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1. Field of Invention 
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The present invention relates to the transportation of data through dissimilar 
communications media. More particularly, the present invention relates to an 
apparatus and method for transporting data between a remote mobile or fixed terminal 
device and a host system over multiple, dissimilar communications media. The 
communications media over which the data is transported include wireless data links, 
wired data links or a combination of wireless and wired data links which are selected 
based upon a set of preference metrics. 



2. Background Information 



The ability to transport data between mobile and/or fixed terminal devices and 
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host computer systems have been generally available for many years. Networks 
designed to transport this data currently exist in a wide variety of wireless and wired 
network architectures. Both apparatus and method exists for transporting data 
through multiple, similar media types as well as the automatic selection of alternate 
communication paths based upon a plurality of preference metrics. 
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Often, when multiple networks are available from a common location such as 
a vehicle, great benefit may be derived by allowing uniform communications through 
all available networks. Certain networks may perform better for bulk data transfers 
where another may perform interactive messaging in an optimal fashion. One network 
may be preferable because of its low cost but an alternate, more expensive network 
may be acceptable as a backup if the low-cost network is unavailable. 

:• Othetgamples ihGlude.U.S.-Pateiit No. 5 r 4 1-2,375, to WOOD, which. discloses 
a^ystein '^selecting: one of a plurality of interfaces jo ,a l: sing4^^ireless 
communications 'system m accordance" with the capabilities of a subscriber, unit and 
-the capabilities of a base unit. A list of air interface capabilities of the subscriber unit 
and the base unit are compared by a controller to determine a compatible interface. 
As disclosed in WOOD, the plurality of air interfaces include Analog Mobile Phone 
System (AMPS), Time Division Multiple Access (TDMA) and Code Division 
Multiple Access (CDMA). While the WOOD system does select from one of a 
plurality of interfaces which may be applicable for data communication, the routing 
decision is based on the capabilities of the endpoints rather than the preference 
metrics of the" "transporting networks. The endpoint devices, in this case^rriust be 
- aware of trrerpeculiarities of the wireless environment. - • . — 

tXS"lffieiit No7^"420,5.7t.;'to rMlCKS'ONet al., discToses' a subscriberamiU 
aftached ttj- rtrunked mobile radio having a data input. The mobile -radio-, 
communicates both voice and data message formats over a wireless network to a base 
station via channels that are allocated by a trunked data controller which is connected 
to a host network. Channel states and communication parameters are set in 
accordance with the type of information (e.g., voice or data) that is being transmitted 
or received. While the ERICKSON et al. system dynamically switches between 
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incompatible message formats without the intervention of the endpoint devices, only 



a single data path is provided. In addition, the incompatibility of the two alternate 
paths arises from a difference in message formats rather than the use of independent, 

incompatible networks. 

Further, the transportation of data through alternate, incompatible 
communications media is a problem that does not have a uniform solution in the art. 
5C*sS«This problem" is exacerbated in wireless-comm^ 

H r ^i^fegTand i ^W%¥o^^biM^rehd^'a#«therwise ^acceptable lev^-o£s§ nfice 
::~il!E" inadequate,-AiemptTio~pfovide data linkf-uurough meompatibie V®%<?MMMZ 
suffered from the same obstacles that hindered data communications prior to open 
standards becoming widely accepted, i.e., proprietary protocols visible to "the endpoint 
terminal devices make the devices inflexible and expensive and the interoperation of 
similar devices with incompatible networking components is difficult and complex. 

Networks may be interconnected by routers which operate at the network level 
and convey messages between compatible networks. Routers make logical decisions 
- --' about the pathway through which data is to be directed in the networks based upon 
.v.mau5- a variety of preference metrics. A router is' generally implemented as an autonomous, 
^±5?^ " device with multiple-connections to the networks through which-data is r to-be.routed,,, 
"l^SiggLRoutefs operate-at the--network layer and o^-reco-gni^^-iSM»gCpot<Mg^^ 
multiple connections to networks. Routers usually operate in -accordance withtthe 
address provided by the particular protocol of the network, and normally provide 
routing between and through networks utilizing the same network protocol and can 
route between networks that use different data-link layers, such as Ethernet, 
Token-Ring, Serial PPP, etc. Another type of router includes two routers 
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loosely-coupled through a protocol-neutral data-link, where the linked routers are 
considered as a single "virtual" router. 

Dissimilar networks may be connected by gateways which are devices that 
interconnect two or more dissimilar networks. A gateway differs from a router in that 
the endpoint terminal devices may implement a dissimilar or incompatible protocols. 
Gateways often perform specific protocol conversions at the layers above the network 
^layer-to -move data from^estype ^ 
~-%sMps,r;I#t©reorme6ti 
_=fe-Go:inmunica^ 

from lowest to highest, are:., the physical layer, the data link layer, the network layer, 
the transport layer, the session layer, the presentation layer, and the application layer. 
Each of the layers performs a specific task in transporting data between two or more 
entities. Such a layered structure is shown in The TCP/IP Companion , by Martin R. 
Arick, Wiley-QED, pp. 18-19. 

U.S. Patent Application No. 08/456,860, to DOVIAK et al., for example, 
discloses a system in which a distant mobile or fixed terminal device transports data 
-through a plurality-of- wireless- netwerk.^to.-. an endpoint which? may or may^not, 
^ —implement -the same- network- protocokas^e^ist^ 
-its JWML&K. e£ syatem^apabjeikansmittmg: da^5fovc^^^^y>^^sim^. 
---wireless communications^networks^thessystenrdoesrnot automatically transmitdata^ 
through differing ones of a plurality of dissimilar networks in accordance with 
preference metrics to reach the data-link endpoints. Thus, the system does not 
automatically provide redundant or alternate pathways through which data may be 
delivered. 
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U.S. Patent No. 5,537,220 to EZUMI et aL, discloses a portable facsimile 
apparatus provided with a capability to communicate over a plurality of 
communications lines. As disclosed in EZUMI et aL, the facsimile machine may 
communicate over telephone lines or a mobile communication unit. A NCU 
(controller) is provided within the facsimile machine to discriminate whether the 
facsimile machine is connected to the telephone line or to the mobile communication 



i^M^^^^^^^^s "&«BB^n T whieh : commira^ ? 



_.-4j0 the EZUMI et al. system provides for the selection of.only one single path to the 

~ ^ ' exclusion of other, possible viable path based solely on which link is plugged into the 

NCU. Further, the EZUMI et al. system does not switch communication paths within 
the boundaries of a communication session thereby further limiting its usefulness in 
a connectionless, packet data environment such as a TCP/IP network. 
15 U.S. Patent No. 5,602,843, to GRAY, discloses a PBX-based integrated 

"telecommunications system having a wired subsystem connected to wired terminals, - ; 
fT&ssT^&zr^' r ~ and a Wireless system for connectin-g-to mobile„ terminals-^ 

i^&^^^s:,^ --^whiGh^ipnages- base stations^and- communicates- 10 tireless "handsets^^i^hen^^ 
mm^ipaf^ coml^^alfiag: to:, a handst^ 



^t^Q^^TnSsrg: communication with the handset-and> directs , the base stationTto.s.eiid^ac±et£basedL ; 

information to that handset. A separate PBX controller is provided to communicate 
with the wired terminals. The PBX controller includes a proximity sensor to detect 
wireless handsets such that when a handset is detected in proximity to a wired 
terminal, messages are forwarded to the wired terminal rather than the wireless 
25 handset. While the GRAY system dynamically selects the route to a terminal device 
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based upon a preference metric (wireless proximity), the alternate routing technique 
does not address transporting data between the same two endpoints. In addition, 
GRAY provides no means to provide alternate path routing for a terminal device 
through either the wireless or wired handsets. 
5 U.S. Patent No. 5,452,471, to LEOPOLD et al., discloses a communication 

system having a primary and one or more subordinate communication systems. In the 
~.-^^vii] ustra ted ■enfoogmeat?^ 
ii^mm^icatio^^ 

10 " ' secondary and tertiary communications systems are disclosed as terrestrial based, 

: " stationary systems having base stations fixed near the surface of the earth (e.g., fixed 
" ™ " to a building), where each subordinate system has an increasingly smaller region of 
coverage. The secondary and tertiary systems include a controller located at a 
monitoring location within each region. Each of the communications systems 
1 5 includes a link to a central office to enable communications over the public switched 

telephone network. The LEOPOLD et al. communication systems and mobile 
■----■-^Mr> subscriber units»-operate wiAiit.on!B fte_q^5i^peGtn«^^^rthe-pi^^^ ev , ; . ... 

i'^StftS^pjevent iitfafegrifWD^ - v - 

- 20 -:Tiff^- mobile subscriber-unit transmits^at a «l^§^ao^o^siciyhai the .prima^ . . ...... _ 

system will not receive the transmission. The mobile subscriber unit is programmed 
to utilize the communication system having the smallest area of coverage such that 
if the subscriber unit has three communications systems available, the subscriber unit 
will utilize the tertiary communications system (i.e., the system having the smallest 
25 area of coverage) based on a designed assumption that the more subordinate the 
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communication system is, the higher the capacity of the system. While the system of 
LEOPOLD et al. dynamically selects a route based upon a set of preference metrics 
such that the terminal endpoints are unaware of the routing selection, a common 
data-link protocol is required throughout all possible associated networks. In 
addition, the wireless frequencies employed must be derived from a continuous, 
compatible set of frequencies which prevents the device from selecting among 



l0 " ' - : W hen routing data through.more than one network. In addition, such systems require 
special hardware and/or software developed for and compatible with the networks, 
which may require additional training of support personnel and end-users. Further, 
users of wireless mobile data communication services are provided with only a 
limited ability to control costs associated with sending and receiving data to and from 

15 remote devices, and are limited in their hardware and software design 

implementations. In previous teachings, the candidate networks must be compatible 

jm^^^^M^S^h^e data=Uiik.leveL^.Thus, routmg^te^. 

'. :h -. . .". -iL4GDPD)j^&E^ 

20 , -_~datfclink.and network- l^b.-^re<^e^(s»n^ystems do Jipj^ajlpw a^pmer^^^^^ 

use existing RF wireless infrastructures, including existing hardware and software, 
with only minor modifications needed to transport data from a mobile device to a host 
computer network. In addition, past attempts do not permit wireless data 
communications in a manner that is transparent to the remote device. Further, prior 

25 systems do not provide the flexibility to users such that a plurality of different remote 
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devices may communicate with the wired host network irrespective of the radio 
infrastructure and transmission protocol employed. Such features, without the 
above-noted drawbacks, would be highly desirable to provide flexibility and ease of 
use, and to give users of portable data devices greater control over their hardware and 
5 software design. 

ST TMMARY OF TKF. TNVENTION 
'J=£zr^= Icci--- ^^innvie:w : of teforegoing, the-present^kyention, -tbjough_Qne^px^£^Qt^.. 

^^^■kx^pm^^^^Sm drie : or : hidre^^_s and "advatttag^^^^^ 



10 specifically noted below. 

A general object of the-pf eseWmvention is to provide an apparatus and method 
for transporting data'-from a remote, wireless device to a wired network. Another 
object of the invention is to provide a remote device with an interface to present data 
to the wired network through RF wireless communication. 
! 5 More particularly, an object of the present invention is to provide an apparatus 

mat resides between an existing- wired communications network and an existing 
- - radiG--^qutnGy-ne#vork-^ provide a wireless- J^F connection , befcv.eeiL a ,1^0^ 

fa --,- deviee^d-tke'wiredaaetw'or-k-.. : v: r r~^siGr- _-«.-.-t*^ r ,- ^^r.^fS^^-, i^feSis- 

tii ! i- - ^ ^k^if i^aiel^^fi^te*^^^^ provide, an appyaju^d^me^od.^ 
"20 - - for- a completely Jr^spiarfnt dat^pam- between a remotely locate^evice.and an 

existing wired network using a wireless RF communications link without either the 
remote device, or the wired network being aware that a wireless RF communications 
link is being employed. 

Still another object of the present invention is to provide an apparatus and 
2 5 method for a completely transparent data path between a remotely located device and 
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an existing wired network through a plurality of different wireless RF 
communications link protocols and a plurality of different wired networks protocols 
selected by the user. 

Still another object of the present invention is to provide an apparatus which 
5 functions as a protocol-appropriate communications controller and makes remote 

JEk % datSL^mmm rernte^evlceBaad^a host „eonffinwatio^^ -^-^afe 

•:•:.--> communications link is provided: "The apparatus comprises a mobile data controller - 
' 10 ~ ; connected to the remote device "and the wireless communications link. The mobile _ 
— -• : •"- data controller comprises a remote-data conversion means for converting data to be \. 

transported between the remote device and the host communication network. The 
remote data conversion means converts the transported data between a remote device 
transmission format utilized by the remote device and a wireless link transmission 
15 format utilized by the wireless communications link. ._ . . :, 

: .„ :r< .:.-,r;; .,- ••.•,_--> s ^S\e ^p^fm_alsQ^SWnses a network interface means for interfacm| f _ iSse ^ 
■*.-. ^^^^^h^^mm^^ 0 - networic^ith the ^less co^u^^onstok. V^^^g^ 
* - . : t r %ifp^ 

. . " = IZ_ L .transpoited^ata;^ transmission format and a_netvvork _____ 

20 interface format utilized by the network interface means; and a host network 

conversion means for converting the transported data between the network interface 
format and a host network format utilized by the host communication network. 

The apparatus further comprises a means for transporting the transported data : 
over the wireless communication in accordance with the wireless link transmission 
25 format, the wireless link transmission format and the host network format being 
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incompatible. According to another aspect of the present invention, the network 
interface means comprises a remote network controller that logically resides on the 
host communication network and performs the functions of a network communication 
controller. 

According to another aspect of the present invention, the apparatus for 
-i transporting^^ 



taBles and T heaitEattd status' mformdlffifir - ' ■ 

10"""- -'. Accof4ing~fb the present invention a method of transporting data fromj. mobile ? -~ 

- ■ • — • • device to a 'host network is provided. The remote device and a--wireless — ■ 
communications link are connected by a mobile data controller, and the host 
communication network and the wireless communications link being interfaced by a 
network interface device. 

15 . The method-includes -the steps of: converting, at the mobile data controller, 

-;- ' I-'^^^-ik :-data to- b^Ssported between--the remote device and 0 host commraicat^n^.^,,.. 
:-: -vSw, networkrtte^nver^^^ 

?i'?35^pfffe--€l^ 311(1 a-w%Jess r l^t^^^^^;^^^ 

.; -:pEB^ j*k .~ format utihlid% the wireless communications link; trarisportigg the tou 
20 over the wireless communications link in accordance with the wireless link 

transmission format; receiving, at the network interface device, the transport data 
from the wireless communications link; converting, at the network interface device, 
the transported data between the wireless link transmission format and a network 
interface format utilized by the network interface device, the wireless link 
25 transmission format and the host network format being incompatible; further 
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converting, at the network interface device, the transported data between the network 
interface format and a host network format utilized by the host communication 
network; and forwarding the transported data to the host communication network in 
accordance with the host network format. 
5 In a preferred embodiment, the transportation step further comprises 

determining wireless communications link selection criteria; dynamically selecting 
:v— z .i£|^??^sa£^ ^-plurality _of fi incomp^ble^^e|e|^^^^ 

l®?^fe'i^[gete'd ' w^eSs3£G^miii|i^^ -^ ^^te ^.g^^^^fe^^fe^ 
--- i0* r! '"- c . 1 ': V continuously f epeatear dynamically selecting a next wireless communicationsjink - 

•- ™. . .. from the plurality ofincompatible networks in accordance with the selection criteria;^--- _ -.^ . 
z -i .-. determining whether to switch wireless communications links;.and switching to the. — 

next wireless communications link in response to a result of the determination. 

According to another aspect of the present invention, an apparatus for 
15 transporting data over a plurality of incompatible networks between a first device and 

- ~- _a second device is provided. The apparatus comprises a. system for determining _ 
-• :;• VidL - •. --SewSfttweik selection. criteria. ..In addition, the apparatus con^^^lection^^.^^p^^ 
^i^l^'-^mdq^. jetectiag-i^Q«^5W^from the plurality .o.f^eo^p|$ibje n^ork| m^^^. 

- •> 20^ - . «.-.K=sstCtethe, seleetedjietaorfc to use for data transport:;-- . ~ 



According to another aspect of the present invention, the apparatus transports 
data via a plurality of protocols over a plurality of incompatible networks in which the 
transportation of data is transparent to the first and second devices and to an end user. 
The protocols may include but are not limited to Internet Protocol (IP) and transparent 
25 protocol. 
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According to another aspect of the present invention, the apparatus for 
transporting data further comprises a system interfacing protocolized data into a 
plurality of incompatible networks using different protocols. 

According to another aspect of the present invention, the switching system 
switches networks during the time between the transport of consecutive data packets. 
According to another aspect of the present invention, the system for 
— detetffining ngtwork^Hp^rinn^riteria uses^twe^classes ofi^TOet^t^gmMRefe^^^^ 



^ge^^^^tiigr^ge^f th^pJe^ehtSmvej^h; 'fl^^fesS^gte^SKSL 
~ * ^' ~ ""^Irtrier lietermihes a hexVlietwork to switches from the : pluralify of. incompatible^-— • - -_>- 
v - ::r networks in accordance with the network selection criteria, when me selected netok^ :r! r — 

~ - becomes unavailable. In addition, a monitoring system is provided which monitors 

the availability of the incompatible networks to determine whether the next network 
is available for data transport. 
15 The above-listed and other objects, features and advantages of the present 

-- - invention will be more fully set-forth hereinafter. - - - 

- « . : . — .-_ : "- " -~ ^T?-TPF JHT? sr.R TPTTOT^QE jf-FTF, PR AWTNGS ^ 
- ■■ , The present---mvention^furmer-de>Irjbed in the fdesCailed r^^j^qp.^^^.^.^ 

|o TV.'"- examples of preferred embodiments of the Lpresent invention, in whicbJpe reference _ =L 
numerals represent similar parts throughout the several views of the drawings, and 
wherein: 

Fig. 1 illustrates a general overview of a remote network controller and mobile 
data controller in accordance with an aspect of the present invention; 
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Fig. 2 illustrates a block diagram of the basic components of the remote 
network controller and mobile data controller of the present invention; 

Fig. 3 is a high-level flow chart, according to the present invention, of the 
outbound data from a wired communication network to a remote device; 

Fig. 4 is a high-level flow chart, according to the present invention, illustrating 
the flow of inbound data from a remote device to a wired communication network; 

^^^■S^f^^^^^^i^^^jm^^^^^^^ aiid muteteadiit^ 

'""dispatcher alf Ociated wi1h"tHe mobllelhferfacg of thd^resent invention;.: ; - ~- : - • K 

Fig. 7 is a'flbw charffdr indicating-the process flow of a process initialization 

module assoclatea with WhiObUe interface of the present invention- 
Fig. 8 is a flow chart for indicating the processing of a mobile session manager 
associated with the mobile interface of the present invention; 

Fig. 9 is a flow chart of the processing steps for an inbound data event handler 
associated with the mobile interface of the present invention; ~ .- -. . .. 

- - : - _ -. Fig. WW& flov^liWb^4h^pEOcessmg steps for an outbound data_eyent 

- r - --hMer-ass^ated-with-tfeirwbae interface o.ftherpresent invention;. .... 

^"•^ - ; --r- . Fig." 11% a flow termination module^ 

• . ••' associated with the mobaFinterfaceFof the present-mention; " _~ . . -. . . 

Fig. 12 is a flow chart of the processes associated with a host data controller 
interface module associated with the mobile interface of the present invention; 

Fig. 13 is a block diagram of the various components of a host data controller 
in accordance with an aspect of the present invention; 
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Fig. 14 is a block diagram of the components comprising a service interface 
according to the present invention; 

Fig. 15 is a flow chart of the processing of an event handler and multithreading 
dispatcher associated with the service interface of the invention; 

Fig. 16 is a flow chart describing the process flow of a process initialization 
module associated with the service interface of the invention; 

^som^^^^ervice interfaced the present invention;. . .^£^^1 

handleVassdciafed wiE^e servibe'm^ 

Fig. 19 is a flow" 'crfart of the processin-g steps for a process termination module 

associated wM~ the service interface : 0 f the present invention; - 

Figs. 20, 21, 22, 23 A, 23B and 24 are flow charts of the various processes 
associated with a wired communication network interface module associated with the 
service interface in accordance with the present invention; 

Fig; 25 is a block diagram of the various components of a mobile data__ 

- ^ntroW^Ffe^eselit-4BV^^&- £ - ' - i.. . - — 

r:-r v, i:F4g^^-a%lock. diigmgr of the= various-components of a.remote . §gejgy_ 

: : -^ils^ 2^and^8illustrafemilock diagram of4,remote network controller^ 
accordance with still another aspect of the present invention, in which a subsystem 
synchronization process module is utilized; 

Fig. 29 illustrates a general overview of another embodiment of the present 
invention which includes a mobile router in accordance with an aspect of the present 
invention; 
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Fig. 30 illustrates a schematic block diagram of the mobile router in 
accordance with an aspect of the present invention; 

Fig. 3 1 is an illustration of a block diagram of the functional components of 
the router in accordance with an aspect of the present invention; 

Fig. 32 is an illustration of a block diagram of the switch within the router 
according to the present invention; 

~:^.F(g;.23i3^^^tl}ustraiion of aftow-chart-of the" prpcessing-stepS'-us^diby*^!; 



S&M^OS^-k^^ toe Router in accortoce^^^^p^^ svr d 

■-.■if. ofthe'presefit^ention;^ 3 ^--^-----^--—-^ " : T . ••.rsf.^T- t-^w 

- ^p*; ' "- "I -~ '" Fig. 34~is a" fld^"cffl^Me'pfo^smgst^s used by the router for/cheeking"- ' — f 
r rn-r availability^? each -network mterface"ih accordance with an aspect of thcpresent . 

invention; ~ ~ 

Fig. 35 is a flow chart of the processing steps used by the router to account the 
availability of the channels and the user's configuration in order to decide which 
15 channel to use for transporting data in accordance with an aspect of the present 

" invention;" - " " ' 

-Ifii^V:^- F-ig^fPl^a flow chart of the processing steps used by the router .for J0 :; erE% . i: _ % v . 

■mi'&ii haBttter ffl^^klamce- with an-'aspeet -of the present invention^and "yRtttBttafri 
>%^j^"M___,- ~c Fig^^l^ flnSMon-of the software architecture: ■"of^^^^^i 



20 ~~T-?* :? ^> accordance'^iiipan- embodiment of the present invention. 

DETAILED DESCBJPTIQN OF THF. n .LUSTRA TED EMBODIM ENTS 
Referring now to the accompanying drawings, Fig. 1 illustrates a general 
overview of a remote network controller and a mobile data controller in accordance 
with an aspect of the present invention. In Fig. 1, a wired communication network 10 
25 is shown as a host network system having communications controllers 15 and 
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locally-attached devices 12. The wired communication network 10 may be, for 
example, a Token Ring network or an Ethernet Local Area Network (LAN). The 
locally-attached devices 12 may include a personal computer, a workstation, a printer 
or network server, and reside at a plurality of dispersed locations. According to the 
present invention, a remote network controller 20 may also be provided which 
logically resides on the wired communication network 10 and acts as a 
^pQo\~&p^^tQ^pmmm^Q^ eontroto^synd andjeceiv.e dag to andj|gm A aa=gga 



'¥^d ! i^i. z: ^^^s o{^stiai^ oniy-ione ofthe- remote devices 52 is shgwn^^ig^^-^^p^^^ 
"i'io " v ^ rHw - " - Remotfrdevic^^23S»aanuhicate viaainobile-data controller^ and a wireless ._ 

radio-frequency.. (RF) communications - link 55;-. created- by-- the user's radio _ 
— - : infrastructure-56 to the remote network controller 20. The mobile data controller 54 .. ... ,_ 

may convert asynchronous data from the remote device 52 into an appropriate 
protocol format of the radio infrastructure 56. In accordance with an aspect of the 
1 5 present invention, the remote devices 52, although not physically connected to the 

wired communication network 10, are logically connected to me wired 
" - J" Ji .^communication network ,10, through, the radio infrastmcmre^^an^ the remote^^ 

"!f vj- ^^pte-dey^-12^ay*erioMpii«4e, a laptop^emputer, personal; digital assistant .^^^ 
20... ' r : a credit card reader, or a.global.positioning system (qPS^eiyer^e ^di^ 

infrastrucmre 56 may comprise a conventional point to point or trunking radio system. 

The logical connection created by the remote network controller 20 between 
the remote device 52 and the wired communication network 10 is "transparent" to the 
user of the remote device 52, and to the wired communication network 10. In 
25 accordance with an aspect of the invention, the remote network controller 20 takes 
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data transported by the radio infrastructure 56, irrespective of the format protocol of 
the radio infrastructure, and converts the data into a format protocol recognized by the 
wired network 10. Similarly, the remote network controller 20 of the present 
invention takes data from the wired network 10 and converts the data into a format 
protocol recognized by the radio infrastructure 56. Accordingly, the user of the 
remote device 52 does not have to perform any additional steps to send and receive 

^etwW0«5^ 



^■^^^<^^^^^^^^ a useVbf the locally^attached -r 
devices 12. SSSfirly, the wired communication network 10 interacts. with_%e : remote 
device 52 in a similar manner as the wired communication network interacts with the 
locally-attached devices 12. 

Referring now to Fig. 2, there is illustrated a block diagram of the basic 
components of the remote network controller 20 of the present invention. Each 
-component of the remote network controller 20 will be generally, described for 
introductory -purposes an*, wilt later be described in greater detajl.b^low with 

-refeTen^ 
-6bnlolIe^ 

reference to Figs. 13 and 25, respectively "xv . • ^fll^ 1 - — 

As shown in Fig. 2, the remote network controller 20 may comprise a service 
interface 30, a mobile interface 24, an interprocess communication manager 28, a 
control process module 26, and a console interface 34. The remote network controller 
20 may be implemented through a collection of software program modules and 
hardware components working cooperatively. The remote network controller 20 itself 
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may run on a standard platform, such as a personal computer (PC) equipped with a 
commercially available processor or multi-processor, e.g., an Intel or Motorola based 
processor or multi-processor, and a commercially available operating system, such as 
an MS-DOS or UNIX based operating system. The remote network controller 20 may 
also contain an Ethernet controller or suitable network controller card depending on 
the wired communication network 10. In addition, the remote network controller 20 
-TV! :- ma y^ storage^mecna^n^ 

controller 20 by the^rvlce interne 30~The s^rvMinterabe 30 handles all network - 
' " connections. If several wired commumcations-networks 10 are present, one or more. - 

' " " service interfaces'^ 

service interface 30 connects to an interprocess communication manager 26. The 
interprocess communication manager 28 manages all inter-process message routing 
within the remote network controller 20. One or more mobile interfaces 24 may.also 
be provided to Handle connectivity wim the radio -infrastructure(s) 56. Each mobile 
interface 24*valio eonftec^ed^^ interprocess communication manager^. The. 

■M' U . ma nagement«^^ module^6 i^ 

- - connected to the "mterproceVs Communication manager ^nd the console interface 
34. The console interface 34 allows for user configuration and reporting of data. 

As further illustrated in Fig. 2, the remote network controller 20 may be 
connected to a host data controller 22. One or more host data controllers 22 may be 
provided for connecting the remote network controller 20 to specific radio 
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infrastructures 56, e.g., a Motorola trunked radio. The host data controller 22 may be 
connected to the mobile interface 24 of the remote network controller 20. 

In the field, the remote device 52 is connected to the mobile data controller 54 
which, in turn, is connected to the radio infrastructure 56 for transmitting and 
receiving data. The mobile data controller 54 is responsible for connecting the remote 
device 52 to the radio infrastructure 56 and to provide protocol-independent 
-- ^ : i^fhchr6no the remote device 52 v . 



In • ofderto l>rovide r ^ransp^ent data transportation, whereb^^^e^r^i^.^ 
^to^ls^nfc^ 56af elransparent own^sipie^ & 

Iq\"'~ ' to the useir,' ifibbtod •^c^O^m'diS^mmei^df& ^inec 32 is collected and - - . 

transported tb' ^ 10 in packets over .the _radio .... 

'•■ . : ' infrastmcture36:" "The ^ data is"" sent using^ the existing protocols of the radio ■ ~ .:, 
infrastructure 56. The remote network controller 20 accepts the data and encapsulates 
it into the appropriate protocol used by the wired communication network 10. The 
1 5 data is passed to the wired communication network 1 0 in a similar fashion for passing 

• T ' data from any of the other locally-attached devices 12. Similarly, outbound data Jo_._._ . 
:?.yk^ : -~--- * ..%et^ofc€^^^^^^- , ww^^ta^cation network 10 is.rem^ye^om.tiie ^ ^ 
-Network p^omol^byferembte netwer-k-centroller 20 . The.remote network confroller.,^^ .. 
7BM 5 i) ; then en!3|l€aitt 
20 1 - mfrastructoe^^^^ 

controller 54. Upon receipt of the data, the mobile data controller 54 removes the 
data from the radio infrastructure protocol and asynchronously sends the data to the 
remote device 52. 

In accordance with the present invention, multiple wired networks 10 with 
2 5 different protocols may be linked to multiple RF environments in any combination by 
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incorporating the remote network controller and mobile data controller of the present 
invention. 

Fig. 3 is a high-level flow chart for transporting outbound data from the wired 
communication network 10 to the remote device 52. As shown in Fig. 3, when data 
is to be sent to the remote device 52, the service interface 30 of the remote network 
controller 20 accepts data from the wired communication network 10 at step 500. The 



'l 0 rz ~ ~~ receive routing informatioffT^ wh ^ ^" 

" ' ' remote device 52 me data is to be passed," e.g.; anetwork address or device identifier. -._ 

of the remote device 52. 

At step 504, the service interface 30 forwards the data to the interprocess 
communication manager 28. The interprocess communication manager 28 accepts 
15 the data at step 506 and, at step 508, places the data in a queue for the appropriate 

- ---- - - destination mobile interface-24---The.3destination mobile interface 24. may depend on ; , ^ .„ . 

--^^'i* ^^ffid -teftikruc^teiftployed by-the-user. -The outbound data 

• 'lifer ; ^aqpBfttfttQd^^ 28 t0 : the ; - m ° b 3 le '^^ 2 A^^mr 

~2m -r-- •- " -ibng w'itii ;-roBtmg4jrfo^i^-taspecify 'thejremote device,52 to which^-d^g^^^ 
to be sent. At step 510, the interprocess communication manager 28 notifies the 
mobile interface 24 that the data to be sent to the remote device 52 is queued for the 
mobile interface. The particular mobile interface 24 that the data is queued for 
depends on the particular radio infrastructure 56 employed to communicate with the 
25 destination remote device 52. At step 512, the mobile interface 24 requests that the 
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queued data be sent from the interprocess communication manager 28. The mobile 
interface 24 may request data when it is free to send the data to a destination remote 
device 52 and not handling another process. At step 514, the mobile interface 24 
accepts the queued data from the interprocess communication manager 28. 
Thereafter, at step 5 16, the mobile interface 24 determines, based on the queued data, 
the destination node address of the remote device 52 to which the data is to be sent. 
It At st^ 

tfie -radio- iifffasSuctoe^^l^iilgQ^^^^^ 

j(jL"::;- *- " receive th^' data,' r^ove T it%om the 'internal protocol antf'encapsulate^the data intoTa: ' ~..- rr ."-;: ,= "~-"- 
-. Ztj-,^- -• . '.*•. packet deterffiined'by the protocol- usedby tHe radio infrastructure 56..~The -packet of- ■-■ — 
.x* r „ - data ma y be broadcasted ovefthe radio infrastructure 56 so as to enable the host data 

controller 22 to communicate with multiple mobile data controllers 54 
simultaneously. The broadcasted data packet may include the identification of the 
15 specific mobile data controller 54 to which the packet is to be delivered, so that only 

-- uniquely identified mobile controllers) may accept the packet. - - — -- 

:■: ^Ztrmf&rmg again to Fig-, 3v-atstep 522y the mobile data cohtrolle^^eceiyes i^^^imm 
••:^^S^^^^-a^C#^tefiem©te -fafid4BlastaJcture^6-and decodes?me data-.^e^ 
=-^%S"^^pif\-bnci^^iv^^ r tfie moblle^a^c^nfrolef '54," is accepTetiand the d^is.jemo^^^^^^i 
from-the^acket. -At step 524-, the-mobile data controller/54 validates ^e^ta 2 and, at, . _ 
step 526, sends an acknowledgment or rejection message to the host data controller 
22 via the radio infrastructure 56. According to the present invention, the remote 
network controller 20 and the host data controller 22 may be responsible for ensuring 
the integrity of the data transported over the radio infrastructure. As such, an error 
25 detection/retry mechanism may be employed to detect and correct data transmission 
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errors. After the integrity of the data is verified, the mobile data controller 54 at step 
528 will forward the data to the remote device 52. The data may be asynchronously 
transferred to the remote device 52 through a serial connection. 

Fig. 4 is a high-level flow chart illustrating the processing of inbound data 
from the remote device 52 to the wired communication network 10. At step 550, the 
mobile data controller 54 accepts data from the remote device 52. At step 552, the 



■£^SMi^ : # ^20^via r tn¥r^ 

"TO"* 7 ^ : may be modmated within meinobile^Ma^e^ttoller 54.priort6 transmissipn.via the" ' 

- radio infrastructure 56." Thelnobiie data controller 52 may- place the-data #©m-the~. - 
' ~ remote device 52 into packets to be sent over theTadib mfrastructure 56.-The-packet 

size can be determined by one of three methods. The first is a maximum packet size. 
Once an upper limit of data is accumulated, the mobile data controller 54 may send 
1 5 the packet of information to the host data controller 22. For example, once 256 bytes 

- of data are collected, the data may be sent by the radio infrastructure 56 over the RF- -:- 

• ; corhmunicatio^s^linfc- 5&- The" second -method is a^aximum~time to wait^efpre .: - - # -. , . 

: ; :£Sa»^^_--i; se Ming^ 

^HiSSSte^-" waiting a pfe^^aed^^d^6f^^^ii»:^to^^ is^umgiatexte^ 
^2(F^fe The third method- involves me mobile- data control er§>54- detecting^a^pre^frned^.^. : . 
"end-of-packet" character which causes all accumulated data to be transmitted. 

At step 554, the host data controller 22 receives and decodes the data packet 
from the protocol of the radio infrastructure 56. Generally, the data arrives as a 
packet of a predetermined size. At step 556, the host data controller 22 validates the 
2 5 data and, thereafter, sends at step 5 5 8 an acknowledgment or rejection message to the 
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mobile data controller 54 based on the validation process. According to an aspect of 
the present invention, the host data controller 22 may determine if the transmitted data 
packet is correct, or in error. The host data controller 22 may also determine if the 
data packet has arrived in the proper sequence, and that the packet is not a duplicate. 
5 As discussed above, the inbound data may be removed from the packet and 

encapsulated in the internal protocol used by the remote network controller 20. The 
-L^=^ :: ->-f9V^- internal protocolmay^ 

10 : - interface 24-~- 'The 'tobbiTe -interface 24: accepts^he data fcomthe host data icjantrolleic 

- :: -~ 22 at step 562. The mobile interface 24 validates the address of the source of the data . 

" : (e.g., the particular mobile^data controller -54"or remote device^ 52) at step 562. At 

step 566, the mobile interface 24 forwards the data to the interprocess communication 
manager 28, which accepts the data at step 568. The mobile interface may also pass 
15 the routing information specifying the remote device 52 from which the data 

' - • • - - originated. At step STOrthe'interprocess communication manager 28 places the. data . . . - 
^ into a queue ^for tedestmation^eE^iiterface^O. The particular destination seryice. ..^ . 

i-.ijfe-^.'ff^s^sfiv interface 30^&dep^l£ftip©^ 

y r^~-H ' - be: delivered;: Included--m^ seroce^ inter|ac^|0 y ^^; r 

—•20 ' " ~ : ' is the destination address:(i.e ; , ^^^-^mmunication network;P=to which me.dataisJO-.,:./^ 
be delivered). At step 572, the service interface 30, when available to handle data, 
requests the data from the interprocess communication manager 28. The service 
interface 30 accepts the data at step 576 and converts the data into an appropriate 
form, i.e., protocol, usable by the wired communication network 10 at step 578. As 
25 a result, the data may be passed to the hardware device (e.g., an Ethernet controller) 
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using the protocol required by the wired communication network 10. This 
configuration allows any existing network interface card to be used in conjunction 
with the remote network controller 20, because the data is placed into the appropriate 
network protocol by the service interface 30 before it is transmitted to the wired 
5 network. At step 580, the service interface 30 forwards the data to the wired 

communication network 10. 

^*Yj£*^*E. ifcQenlployed^^^ 

'flo*^*'"" data controller 22^d-^molHk]toJCo^llw- 54' (see $teps. 524 and 526 in Eig. 3 . ^. 
" ~ " " and steps 556 anct-558-in:Fig, 4);. the -integrity of the data transmitted from the wired _ 

communication networ-k-lO to the-remote device 52 through the radio infrastructure , . , ,-. 
56 is ensured. This -validation process may include, for example, an error detection 
and retry mechanism to detect errors and to cause (when necessary) the retransmission 

15 of the data. 

- - Referring now to Fig, 5, there, is illustrated a block diagram of the basic _ _ _ ^ 

_,./,., ; ^ommmtS&^^M^M^^^^^§:^mote network controller 2C I of 

^~V- mt^acte%^^|effl^^^n^|^^^th-the host data controller 22 and .the ..^ 
: 20 . radio.infrastnictaie^^JEbg -jmW^^^BS. 24 may be a software interface that _ ^ _ 

records statistical information related to inbound and outbound data. The mobile 
interface 24 may also be responsible for error detection and correction, and 
establishing and managing the mobile data sessions with the remote devices 52. The 
number of mobile interfaces 24 provided in the remote network controller 20 depends 
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on the number of different types of radio infrastructures 56 employed by the user. 
Each type of radio infrastructure 56 may have its own associated mobile interface 24. 

As shown in Fig. 5, the mobile interface 24 may include an event handler and 
multithreading dispatcher 60, a process initialization module 62, a mobile session 
5 manager 64, an inbound data event handler 66, an outbound data event handler 68, a 

process termination module 70 and a host data controller interface module 72. The 
l-2Z2Z3&i!m fye!f¥arile?^^ mayfcontain high-level" logic^andlbs. .m^§s 

4. T^rg&U.^-- us&im^onim^W^meMfe^iMoS fibw^thrn&bile int^aceM.; ;Ttit®a&S&^^%& 
& cs^isMH" ^tG^Wo^^^^^^W^Wt^iM^'db^c^ih resources ' and/establMiFther- -fi^te 
10 " - operation environment "fdr-the mobile -interface 24 process. The process initialization: - - > _I- 

module 62 may alsobe provided'fo initialize the host data controller 22. - -- : 

':' •-' " '"• ' "According 'to the present' invention, the mobile session manager 64 may be" " L ~" - ~ !: 

provided to control the communications environment between the mobile data 
controller 54 and the host data controller 22. The inbound data event handler 66 
15 responds to signals from the host data controller 22 indicating that inbound data is 

— available and preprocess session' control information. The outbound data events- 
c : ~_y^:*^iW" handled 6 8 reprovMed toreWp^nuto signals from the interprocess co mm w n i ^ f fo gl ^'s^WL- 
: ^---j&mi :^m^^er^§^^^^g^a^^tbiound data is available or- that a sessi^^gnlroi^r^Ssa- 
„ sraSessr "W^iPg^-^Kiaf^lffil^^sl- ieMinatfofT Mtdule- 70' functions fcrigNsjg^S^Il* 
- 20 - previously-aeqnired^ resoufcls—and terminate the mobile - interface 24~- process- --^=£1 

efficiently. The host data controller interface module 72 handles low-level interaction 
with the associated host data controller(s) 22. 

The process flow of the event handler and multithreading dispatcher 60 will 
now be described with reference to Fig. 6. At step 600, the process begins when the 
25 remote network controller 20 is powered up and initialized. At step 602, the process 
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initialization module 62 is invoked (described below with reference to Fig. 7). At step 
604, the event handler and multithreading dispatcher 60 waits for an event (e.g., 
receipt of inbound data) to occur. While the event handler and multithreading 
dispatcher 60 waits for an event to occur, mobile interface 24 may be placed in a 
"sleep" mode to conserve processor resources. At step 606, once an event occurs, the 
event handler and multithreading dispatcher 60 determines if it is a recognized event. 
-If the event^^ 

*"''\j£-l T S~. '- 606, -then; processing "coiSinOesl-at step 608, where _the evej^ Randier _^nd ' ";-.;;f. 
~ - - ;-'.--•: .:• multithreading dispatcher" 60 determines if the data was received from the. hostdata ;L - 
controller 22. 

At step 608, if the event handler and multithreading dispatcher 60 determines 
the data was received from the host data controller 22, the event handler and 
15 multithreading dispatcher 60 invokes the inbound data event handler 66, at step 614 

----- ----- - (described-below witb reference-to Fig. 9) and processing continues atsjep 604, If _ . ... 

*t~step -^^fe-fyeMlmndlefei^^uW^adjng dispatcher 60, deterp^^ 
^idatay^as^gji^^ fefehost^ate^ntrpller 22,4hei-the ^W^^^M^^ . m 

^-rifmultitfore^ the data : ,was re^vjdik^h|^ v: ;. ^ 

:-^'0.' 4 .-r '• *±c±. - ^seryiqe-i^^feGe. 3.0 ajfstep, 6 10^ ,_.=.,_- ^ . ,. .. ■-r~J&s&^j&£Fj~r- i':^jr 

If the event handler and multithreading dispatcher 60 at step 6 1 0 determines 
that the data was received from the service interface 30, then at step 616 the outbound 
data event handler 68 is invoked (described below with reference to Fig. 10) and 
processing returns to step 604. If the event handler and multithreading dispatcher 60 
25 at step 6 1 0 determines that the data was not received from the service interface 30, 
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then at step 612 the event handler and multithreading dispatcher 60 determines if 
there is a process termination request. 

If, at step 612, the event handler and multithreading dispatcher 60 determines 
there is a process termination request, then at step 618, the process termination 
module 70 is invoked (described below with reference to Fig. 1 1). If, at step 612, the 
event handler and multithreading dispatcher 60 determines that there is not process 
tennmationjr^ at step.6Q4 Jojwait -for||n^e^^g^fc ; 

ISfe-^^. R#^g=fl©3@£ $MrJ?;- ther^s^k^trated^ag^em|^^^.^^^^ 

3±5:- - 520, the interprocess communications interface is setup: At step 622 ?1 the operating---,:; 
- - environment parameters are parsed and processed. This-%cludes/lh«:M^.iiata-fv.;. 
controller 22 parameters referenced in steps 626, 632 and 634 below. At step 624, 
memory is allocated for the session and other tables contained within the mobile 
interface 24, which are used to control data flow and other operations. At step 626, 
the host data controller 22 parameters are accessed. At step 628, a path to the host 
... _, - _ „- data controller 22 port is opened. At step 63.0, the host data controller . 22jhgais,^ 

- -prevented from.mc^tprir^for anjevent^om^the -remo^ 
^iio-H: Prevents : erT^©^,teansmissipns that ma^arise if the host data; controller ?-^M^^£j^ 
to monitor- a fensoteldevicd-52 before theanMalizatron^rocess-is epmpift^^^^p g, 
. 632, the host.data controller 22 communication parameters are set. At step : 63|^e 
communication parameters are downloaded to the host data controller 22. After the 
initialization processes of steps 632 and 634 are completed, the host data controller 
22 at step 636 is enabled to monitor the remote device(s) 52. At step 638, the entire 
initialization procedure is complete and processing returns to step 604 in Fig. 6. 
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Referring now to Fig. 8, there is illustrated an exemplary flow chart describing 
the logic flow of the mobile session manager 64 of Fig. 5. At step 640, the mobile 
session manager 64 handler is entered from the event handler and multithreading 
dispatcher 24 when remote data is detected. At step 642, the remote identifier of the 
remote device 52 is looked up in a session table. At step 644, the mobile session 
manager 64 determines if the remote identifier was found in the session table. If the 
• • - mobile session^ 

-644,- then at step 648 the mobile session -manigef 64 attempts 'to authenticate: thei 
remote identifier. " At step 650, the mobile session manager determines if the. 
authentication is successful. "If at step-650 the authentication is successful, then at 
step 656 the host data controller 22 is instructed to connect to the remote device 52 
based on the remote identifier. After the host data controller 22 is connected to the 
remote device 52, the appropriate service interface 30 is invoked at step 658. At step 
66Q; proces s in g is^bmpleteTlf arstep-^O^eiauthentacation was not successful^ ; 
remote dataisignbred entry address is returned 

; 6y4he ^^ffibbrle-sessioff insih&§2£fflr^ - .__ ,.l^x.c\~,::jj=^--^--'^ 
n vs-. - to f iff PfiSreiffilpra an 1 exen^plary^ow- charrjof iber 

" processing steps of the inbound data event handler 66 of Fig. : 5:^it; step: 662,. the. 
inbound data event handler is invoked (from step 614 in Fig. 6). At step 664, the 
remote identifier of the remote device 52 is checked against the session table. At step 
666, it is determined whether the inbound data event handler 66 found the remote 
identifier in the session table. If at step 666, the remote identifier is not found in the 
session table, the data is ignored and processing continues at step 604 in Fig. 6. If the 
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remote identifier is found in the session table at step 666, the data is sent to the service 
interface 30 at step 670. Processing then continues at step 604 in Fig. 6. 

Referring now to Fig. 10, there is illustrated an exemplary flow chart of the 
processing steps of the outbound data event handler 68 of Fig. 5. At step 672, the 
5 outbound data event handler is invoked (from step 616, Fig. 6). At step 674, the 

session table is checked for the outbound data remote identifier. At step 676, it is 
- ;~% : >4. ;.; -vp>y determtoed:^ jfcund me .remote ide^fie^^^^^ ^ 

ISSK^ is not found in the sego^b^^^_^_ 

V mueS'M£^f4 ~ r * • i 0 6gMahd:the daW^esssge is^gnored^Processing then continues at^ep W^Lrr-; ^ 
"~ ' : * T 'i0'- :r 4 ' ~ in Fig. 6. If the remote" id|ntififf."is foundmth? session table at step 676,_the data is- • 
- : r -' S ent to the remote device52 as.a single packetat step 680. Processing then continues .. _ ._ 

at step 604-iriFig^ 6— r -'^ ^ : \ 

Referring now to Fig. 11, there is illustrated an exemplary flow chart of the 
processing steps of the process termination module 70 of Fig. 5. At step 682, the 
1 5 process termination module 70 is invoked (from step 6 1 8 in Fig. 6). At step 684, the 

■ - . process termination-module -70 determines if there are any. active remote sessions. If,. 

.w! . .- . at_step 6 84; ; it:is : determined prqcess.termination module 70 thaUhereare.no ^ . 
^oac.tive,sessipn% ; -then at-step--686 all files are closed and the mobile mterface 24^ 

■■termm&t^M^mt^m^i^m^^^^ process termination module.70.that. ; _ . 
20 .'. there are active^ssioji; jhenj^^^ sessions are issued a 

disconnect request. At step 690, the process termination module waits for all active 
sessions to terminate. Once all active sessions have terminated at step 690, then all 
files are closed and the mobile interface 24 terminates at step 686. 

Referring now to Fig. 12, there is illustrated an exemplary flow chart of the 
25 processes associated with the host data controller interface module 72 of Fig. 5. The 
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host data controller interface module 72 consists of a number of discrete functions 
(e.g., Initialize, Command, Send Data, and Receive Data) which are called when 
needed by the mobile interface 24 and share common information about the host data 
controller 22. The host data controller interface module 72 may access the host data 
controller 22 via a serial communications port which is assigned to the mobile 
interface 24 and remains fixed when the remote network controller 20 is in operation. 
-v r --£i:A-hosti.data i eqntEoller 22 initialize routine begins at step 692. T^jn^iajjz^i^ 
Lg?;^ routine^may:b;e;Tni^ 602 (see Fig. 6) an^steps 632jm<k 

^5p.-- <g 34 -^££fggggj£ :i&ig^694Fttmsefel' eommunicationspOi* is- acc^gd^d.^e^^- 
?P r { Thereafter,* at -step 69.6; the" poit:tiafidie: ffnd "status : is saved to" be used by-jO.te . 

processes within thelio'srdata-controlier interface module 72. 
----- -"■ a host data controller 22 command routine begins at step 698. The command _ 

routine may be initiated upon the occurrence of a recognized event (see, e.g., step 604 
in Fig. 6) so that the appropriate control or operation commands may be sent to the 
host data controller 22. At step 700, the host data controller 22 is placed into a 
... - . - command -mode. Atstep 7-02,-a command (e.g., disconnect or receive) is. issued to the. 
-host 5 date : c^Qte22;bas^^the.event that is recognized. At stej die jio|^ 
data- controller interfaccraodule: -72- awaits a confirmation of accggtance.pf^ 

r^i,- eomnjmfrptoh^*^ 

. is remmed4o f me-host data cbn%iler interface modul^ . : a • . : 

A host data controller. 22 send data routine begins at step 708 and may be 
initiated from step 680 in Fig. 10. The send data routine is initialized so that data may 
be sent to the appropriate remote device 52. First, the physical identification of the 
remote device 52 is determined at step 710. Thereafter, the data to be sent to the 
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remote device 52 is placed into a packet at step 712, and sent to the host data 
controller 22 at step 714. 

At step 716, a host data controller 22 receive data routine is initiated in 
accordance with step 670 in Fig. 9. The receive data routine is initiated so that data 
5 from the remote device 52 may be received by the remote network controller 20. At 

step 718, data is accumulated within the host data controller 22 receive data routine 
* - — — * — s ^-e--Ft£Fl-^iSfqK^) m$\-»- falUpacketof information is. received^Thereafte|, s aU.^^ r35 ^ 
,vr ^--^5f|^ or monitor Qn^n^J^^^^^^ 

^'■ T r \(y- ~"^- r \ . sent to the wired ^ :■ - r?r: 

... ~ . "-,-^z-^ - ReferringrnoW rto-FigrB; iff- accordance with an aspect of the present ^ . : : . 
■jy^.L- -j nvent i orij there is illustrated ablock diagram of the basic components of the host data-- _^ 

controller 22 (see, e.g., Fig. 2) of the present invention. The host controller 22 may 
be physically connected external to the remote network controller 20 via the mobile 
1 5 interface 24. The host data controller 22 is specifically designed to convert the radio 

V kfrastructure:56 jaotocol-to theiinternal protocol of the remote network <»nttplla2Q._^ 

y/i - '■ ; v Typically, one hSSt -datacontroller 22 may be connected to each mobile inte^?J4 ; ^. : . • - r - 

- : - - " :.. MI; - ^however, one^oitore host data controllers 22 may be connected for redundanc^aj^^ 

-■- :~s?zd}£. fc?gr«aier--rettja^iips^«rs^ >*•-• -•- rtrw.^r ~3c\ zurs=?.- ■- - . ., ■ • . ■ r -:^^^M^n^'^^s 
~. "26 !&'?Zi-*A --j-^As ' shi^^Fig."t3-> • the host data controller 22 may comprise, RF^ 
communications-interface module 80, a remote network controller communications 
interface module 78, and a configuration and monitoring module 82. The host data 
controller 22 may comprise any combination of hardware and software to perform the 
functions described herein. For example, the host data controller 22 may comprise 
25 a commercially available processor or multi-processor with overlying application 
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software. The software running in the host data controller 22 may be written in Z80 
or other appropriate high-level language (e.g., Pascal). The host data controller 22 
may also contain a plurality of serial ports for communicating with other devices. 

The remote network controller communications interface module 78 is 
connected to the mobile interface 24 of the remote network controller 20 and is 
responsible for sending and receiving data to and from the remote network controller 
- - ^2€#A-subsystem^ 

2 module 78 to ^efTOobil^er^G^4^fees5^ 

i^t^KTremd^ 

— tn&'one remOT subsystem port comection(s).may.^^w:- -.- - 

: :<-" : v„- also be proVMed to cbhriect to the interface module 78 to the a-dditionatfeTOttfe^r-T* 
network controllers;- The remote network controller communications- -interface... ..^-zr-szi 
module 78 sends health and status information regarding the host data controller 22 
to the mobile interface 24. This information informs the remote network controller .... 
20 that the host data controller 22 is operational and accepting data. 

.... . - The configuration and monitoring module 82 is specific to the tY^e.pJfjadio.^-^^ 
-.£cte&ifrastructure 56 employed: Software parameters, such as tb^wb^lj^sy^fe—^ 
. Tiv-ports, how often- to-send: health- and- status requests, and^rlist M^^J^Ja^ijfe^^. 
^t^sfrcontrollers 54 to which- the- host data controller 22 : can conunumgatf^^^^li^^--- 
■ jf-^rstored in the "configuration and monitoring module 82. _ -T&t Configuration 

monitoring module 82 can also accumulate statistics which are passed to the mobile . 
interface 24. 

In order to diagnose potential system errors in the host data controller 22, the 
remote network controller 20 may test and analyze the host data controller 22 over a 
diagnostic port (not shown) to determine a cause of the system failure or error. The 
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diagnostic port may be used not only to determine if the host data controller 22 is 
operational, but also to configure software parameters particular to the type of radio 
infrastructure 56. These parameters can be changed to communicate with a different 
radio infrastructure 56 type as necessary. 

The RF communications interface module 80 is responsible for sending and 
receiving the radio-frequency transmissions. The RF communications interface 
— -fMir- • module 8 (Hs-specifie^o the'radio infrastructure-^ nvuse and-is connects thej^kw^i^ 



.11 -i^J-f 



S^gQ^ton v "2-2- &*a&i@i8a- T t&^ "5 6, -saefchost %taj ?; 

j_qf rJ "^ 3: Controller "22" is software configured; to^work with- many different types of radio 5- 

; . infrastructure 56 "pfotocols for flexibility. The host data controller 22 may , be - : - 

" -• designed to be plugged into- the remote- network controller 20, connecting to the = - 

mobile interface 24, and can simply be exchanged with a different host data controller 
22, or reprogrammed depending on the radio infrastructure 56 employed. Host data 
15 controllers 22 may be configured so as to be compatible with, for example, 

--' - conventional point-to-point radio systems^ conventional repeater-based radio systems, -„ T . - - 

LTR Trunking,- Motorol a- Trutiking • - Ericsson |(ED AC S) Trunking^j,J^oice : Path, . 
I- - EDACS- RDI--T-Funking - -Data- Path, and EDACS TMC. Yoie^gath radio 



infrastracraresr^^ r - 



: . i- j • 



:20- Referring to Fig. 14, there i s illiistraMd a block diagram "of the components 

comprising the service interface 30 (see Fig. 2) of the present invention. The service 
interface 30 is responsible for communicating to and from the wired communication 
network 10. The service interface 30 is concerned only with the software level 
protocols of the wired communication network 10. The hardware interface to the 



33 



Ba^Available Copy 



5733.S05 

wired communication network 10 is accomplished by a known network control card, 
such as an Ethernet controller or a Token-Ring controller. 

The number of service interface 30 connections to the wired communication 
network 10 is dictated by the type of wired communication network 10. If the wired 
communication network 10 uses asynchronous data transfer, there will be one service 
interface 30 for every entry point, e.g., serial port, into the wired communication 
^i^M^^^^^P^^^^^ 1 ^ Mvifdfltoeaati-eaeh servicednterfaGe>3Q^ 
3u ;may tiandie^a^^ servie5interfaeer3te 
} ^fn^ : be useffir%ae^^ 10- 32&-to&&&3& 

As shovraln FigT Ae^^^ce mfwlwe'3l) r miy include an evenf-handlef and 
multithreadm^dispatcnef ^6, r a J process r: imtialization module 92, an -inbound- data 
event IiandiCT'9^;M ouf^un^d^ia' event handler 96, a process termination module- 
98 and a wired, network interface module 100. The event handler and multithreading 
dispatcher 90 may contain high-level logic and be used to control the overall 
execution flow of the service interface 30. The process initialization module 92 
acquires resources and establishes-the-operation environment of the service-interface 
30 processr " The inboiinicf data" event handler '94 responds to signals ; from the ; 
1 -interprocesrcolniflunicat^ inbound data is available andpreprocess-: 

session contronnforniatlSfl: The inbound data event handler 94 may^also-hantile " 
asynchronous timer eVe^. " The "outbound data^esbnt handler 96 is providedao 
respond to signals from wired communication network interface module 100 that 
outbound data is available or that a timer event has occurred. The process termination 
module 98 functions to release previously-acquired resources and terminate the 
service interface 30 process gracefully. The wired communication network interface 
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module 100 handles low-level interaction with the associated wired communication 
network transport mechanism, i.e., communication protocol^ being used. 

An exemplary process flow of the event handler and multithreading dispatcher 
90 (see Fig. 14) of the present invention will now be described with reference to Fig. 
15. At step 800, the process begins when the service interface 30 is powered up and 
initialized. At step 802, the process initialization module 92 is invoked (described 
"VV -below wjth^lto 

^* r ^-4evice •acti^f^^^^^^ti^WBd^^^^^g dispatcher 90wajte -foj:^- 
an "event fblSccur^ the-sen^interf^ee^0;may be placed in a ''sleep''- mode to 
- conserve processing power. • At step 806, once an event occurs, the event handler and, 

multithreading-dispatcher 90 determines if it is a recognized event. Recognized,. 

events may include Initialize, Send Data, Receive Data and/or Terminate. If the event 
handler and multithreading dispatcher 60 determines it is not a recognized event at 
step 806, then processing returns to step 804. If the event handler and multithreading 
dispatcher Recognizes the event.at .step -806, then processing continues at step 808, 
.; \ .-where/th^^ 90 determines if the data was 

^^jvedj-ftpj^-^feGS^t cobmuniGMl^ Jjt.ejtw.ork 10. . ..- . .. . _. . ._.- Vr 
• T -;. ;„ .. At^80_8htfMev e nthjste 

" -the-data w5i,receiyed^om the-^ywied communication network 10, the event 
handler and multithreading dispatcher 90 invokes the inbound data event handler 94, 
at step 814 (described below with reference to Fig. 17) and, thereafter, processing 
continues at step 804. If at step 808 the event handler and multithreading dispatcher 
90 determines that the data was not received from the host wired communication 
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network 10, the event handler and multithreading dispatcher 90 then determines if the 
data was received from the mobile interface 24 at step 810. 

If the event handler and multithreading dispatcher 90 determines at step 810 
that the data was received from the mobile interface 24, then at step 816 the outbound 
data event handler 96 is invoked (described below with reference to Fig. 18) and, 
thereafter, processing continues at step 804. If the event handler and multithreading 
f: ' >-:disp;atcher not received frorn^-mQ|^^ 

' £ . i%;*Mei&^^^ and multithreading di^atoh^gOj^ 

;-i T #eterMm^^ : v " •" ' : j^^.^m^f- 

: ~'r: ". * If, at-step : 812-; : ^ I 
- • there is a process' termination request; then at step "8 1 8 the process termination module ,.,.. 
... .. 98 i s invokedtdescribedibelow with reference to Fig. 19). However r if at-step ; &J2 then r . r . 
event handler and multithreading dispatcher 90 determines that there is not process 

termination request, then processing returns to step 804 to wait for another event. 

Referring now to Fig. 16, there is illustrated an exemplary flow chart 
- -describing the-process -flow of the process initialization module 92 (see, e,g., .F]^ T ^4)^, 
r '-. : : Mthe present jnverIttaiAfestep-820, the interprocess communications mterfac^is^^ 
" " : ^setafc-whea^he -seFKfefeteiface. 30 is started or powered up. At ste£j|2^Jhj^- 
~' - ^^^^atlhg-^VffOfli^^lfc^ter^iare' pars^d-and-processed (i.e., the parameters.£j^.§. 
;~" ^the-Gperating-enviranment--are processed individually). At step 824, any resource|^.-__ 
required (e.g., memory) are acquired. Thereafter, at step 826, the wired 
communication network interface module 100 is invoked (see Figs. 20-24 discussed 
below). As discussed below, the wired communication network interface module 100 
may include several procedures associated with initializing the connectivity with the 
wired communication network 10, reading data from the wired communication 



36 



Be^B/ailable Copy 



P15733.S05 

network 10, writing data to the wired communication network 10, and terminating 
connectivity with the wired communication network 10. In accordance with an aspect 
of the present invention, a unique set of procedures may be provided by the wired 
communication network interface module 1 00 for each type of wired communication 
network 10. For example, a unique set of procedures may be provided for networks 
utilizing transparent asynchronous communications, TCP/IP stream sockets, Vehicle 
T-'S^TE^^rf^ftiijg Facilities-, Bidirectional -MessagiBg>FaciUties»^^ife:_^^^Esp^p^ 

-tyttfteafom¥k cmie& i ■ » - " »- : — -~ „■ ■ \ • • ■ v*sra«qtsK ■■^v&*^~^#&r&* 

fefewv, ' : >;rr M^er : the^u^ed conlmun^ network interface module i0.0J^^k^;|^^i x ^^^? 
" ' results of the ^ffiufoflfiSalions performedlit' step 826 are sent at step 828 to the - -f:,^..;: 
; : - mobile ihterface'24. "At step : 830, it irdetermined by the process initialization,module^ P ;-wr AJ f^. 
■ - 92 if the wired "communication network interface module -IW *m*$&MSB&ty-t!^ml" 
invoked at step 826. If it is determined at step 830 that the wired communication 
network interface module 100 was successfully invoked, then the initialization is 
complete at step 832, and processing returns to step 804 in Fig. 15. If, however, it is 
determined at step 830 thatthe wired communication network interface module was : , . :: . j 
->•.-;-. - . ^otiuceessfully invokedpthenthe service interface 30. is tenninated { ^te^J.3A, £ ,,, -i^.*: 
.:>x-::- Re-ferTing^now toT4g. 17, there is illustrated an exemplary P|g^c|i^Af;te ,^m±ii& 

' prodelssi^ data ; event handler 94 (£ee,; p^^^M)^^i-m^^si 

present invention: At step 836, the inbound data event handler is invoked. {from step 
814 in Fig. 15). At step 838, the data portion of the message sent by the wired . - 
communication network 10 is extracted. At step 840, the service interface 30 requests 
a packet of data from the mobile interface 24. At step 842, after the packet is 
accepted by the service interface 30, data is sent to the appropriate destination via the 
wired communication network 10. The inbound data event handler 94 then waits for 
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a disconnect request at step 844. If the inbound data event handler 94 receives a 
disconnect request at step 844, then a disconnect command is sent to the mobile 
interface 24 at step 846. Processing then continues at step 804 in Fig. 15. If, 
however, the inbound data event handler 94 does not receive a disconnect request at 
5 step 844, then the request received is ignored at step 848 and, thereafter, processing 

then continues, at step 804 in Fig. 15. 
yi.Z^S^L-y- •'•-•••ii: - ^ Referring new to r Figv"L8^there is-illusterte<Mi* .exemplary fl^^g^^^^ 
-processing 1 steps for the -outbound data event handler 96 (see Fig- ^^l^ffa^ 
i-.si£jsg - .f nveftt j 0 -^^^ (pom-p&^^^r^, 
;•- j^tker-!-^ - pig". 1 5) ."' M step "852, meoutbountl data event handler 96 detennines jf there as a. 
* - y -::J v *-«.~ - request (e.gT, a disconnect requestfrom the- wired communication networklO or the r 
remote device 52): If there- is a request; then processing continues- at f ^tep .856.- ,- 
However, if there is presently not a request, then at step 854 the outbound data from 
the network 10 is sent to remote device 52.via the mobile interface 24. At step .865, 
15 the outbound data event handler 96 then determines if a disconnect request has been 

----- received. If the outbound data event handler 96 receives a disconnect reques.t at step 

856, then a" disconnectxommand is'sent to me mobile interface 24 at ff$y^gj^the, _ 
^.-... f . interprocess communication managen2^ 

-•• at step 804 hxFig.- !5v If, however>the^outbound data event handlef r |^?^ n ? ; ^.- . 
. receive a disconnect request at step;856/theri theireque^-'received is 
862 and processing then continues at step 804 in Fig. 15. 

Referring now to Fig. 19, there is illustrated an exemplary flow chart of the 
processing steps for the process termination module 98 (see Fig. 14) of the present 
invention. At step 864, the process termination module 98 is invoked (from step 818 
25 in Fig. 15). At step 866, the wired communication network interface module 100 



38 



Be: 



ailable Copy 



t 



P15733.S05 



5 




15 



connection is closed. Thereafter, at step 868, the processes associated with the service 
interface 30 are terminated. 

Referring now to Figs. 20-24, there are illustrated exemplary flow charts of the 
various processes that may be performed by the wired communication network 
interface module 100 of the present invention. The wired communication network 
interface module 100 may consist of a number of discrete functions which provide the 
service interface© with^umform^meansrQf communicating with various ,^ r ^. : ^. 
: computer- nelAvorlswto^ 
cbimnuniM^^ feature-specific ^f^jp^ 1 !^^^^ 

translation and hahdlmgis-p-efto network interface 

module 100.~ Therwired communication- network interface module 100 may be. .. 
designed for networks-: utilizing: -different implementations, such, as transparent. ... 
asynchronous communication, Hayes compatible communication, TCP/IP stream 
socket, Bidirectional. Messaging Facilities, File Transfer Facilities, SNA Protocol 
Enveloping, Vehicle Location Reporting Facilities, Credit Card Verification 
Facilities, and -Harris-DNP: 3.0b Jrame Relay. As noted above, ,a unique set of 
procedures may.-be provided byShe-wired-communication network interface^ 
100 for each-type;of wired communication network 10.: Examples of^evjraj^f^is^^.^^ 
~ setsof procedures ..^^ravMeafeBefew:^ -h ,;• ,%^y;-- v. ■ l ^«-%r^§. 'z-<M 
. Referring now. to Fig:20?there.;fe:illustfated an exemplary flow chart of the set 
of procedures associated with the wired communication network interface module 1 00 
that are designed for transparent asynchronous communication networks. At step 
900, an initialization process begins in accordance, for example, with step 802 of Fig. 
15. At step 902, the serial port of the wired communication network 10 that is to be 
used is determined, and the identified port is opened or accessed at step 904. At step 
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906, the speed (bps), the parity (odd or even), and the data bits for communication 
with the network 10 are established along with other appropriate parameters. 

At step 908 a data read operation begins. The data read routine may be 
invoked by the outbound data event handler 96 at step 850 (see Fig. 1 8). Initially, at 
step 910, the wired communication network interface module 100 determines if there 
is data to be read from the serial port. If at step 910 the wired communication 

, - -Network interfa61?rholu^ is-data to be read, then at,gep,9i6.fee- £ 

sS~t~ aata3s« 

"""" : that tne'dat^ accumulated in- the buffer is 

" returned to mecMS^mm€:^%6w^et^ step 9 1 0 the wired communication 

„ jjetwork' inteMef^aSl? lOO'd^tefthiii^ there is no data to be read from- the. serial- 
port attached to the network 10, then at step 912 it is determined if the inter-character 
time (e.g., a predetermined character receipt delay time) has been exceeded. If at step 
912 the inter-character time has been exceeded, then at step 914 the accumulated data 
buffer is returned to ; the calling module to be further processed. Otherwise,-. ifthe- 
• ra^^^fw^e^^ffe^fex^^^enprocessing continues at stegJlO sg- 
- --_that- t hewiredx6ln^ module 100 may agaiadetejmjneif 

"thereHsd'afaC#^feM^from"the serial port. • -■• '■ ■ 

1 ~ At step "920; £ writeFdata roMppisMed. The_ write data routine may be 
initiated by the inbound data event handler 94 at step 836 in Fig. 17. At step 922, the 
data is sent directly to the serial port of the wired communication network 10. The 
write data routine is thereafter completed. 

At step 924, a terminate routine is initiated. The terminate routine may be 
initiated in accordance with a terminate request at step 8 1 8 in Fig. 1 5 . In response to 
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initiation of the terminate routine, the serial port of the network 10 is closed at step 
926. Thereafter, at step 928, the serial port resource is released so it may be used by 
another process. Finally, at step 930, any data buffers in use are also released. 

Referring now to Fig. 21, there is illustrated exemplary flow charts of the set 
5 of procedures associated with the wired communication network interface module 1 00 

for networks utilizing TCP/IP stream socket connectivity. At step 932, an 

determined: At ste^JJJ^- 

fr»-?rc? ifm^ ap^opViat^ 

10 transport."" :.-t*tc r *> " " " -:• • ■ " :~?;- :i 

' "•" : ' • At step 940^' data read operation begins: • The data read routine.may be - v 

: ' • ■ " : • ^ : invoked the outbound data event handler 96 at step 850 (see Fig. 1 8). Initially, at step Zr-: J:: -A 7 
942, the wired communication network interface module 100 determines if there is 
data to be read from the socket. If at step 942 the wired communication network ..... .. . 

1 5 interface module 100 determines there is data to be read, then at step 944 the data . 

. - bl jffe r iy re tunied'-tathfr^ote-networfcconti^cr.20 for further process^-.. ; — r ,^ iff ^:^- 

- - ■ -' ."i;^;-^:-..: :r:-£ ^ §teps946,-a writ^afebutine is started,: The write data rout^fe^ll:^^^ 
- : w ; v initi^d^ysfee^mt^und^dW^eht handler 94 at step 836 in Fig. 17, At .§^4%%^^^ 
"TO^ 4 ^" interface module 100 directly to the sock^t.at the ^^ r ^|S| 
20~ " J " wireil communication -nft^^lO. fhe'write data routine-is. thereafter co ..; 

At step 950, a terminate routine is initiated. The terminate routine may be 
initiated in accordance with a terminate request at step 818 in Fig. 15. Initially, the 
socket is closed at step 952. Thereafter, at step 954, the socket resource is released 
so it may be used by another process. Finally, at step 956, any data buffers in use are 
25 also released. 
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Referring now to Fig. 22, there is illustrated exemplary flow charts of the set 
of procedures associated with the wired communication network interface module 1 00 
for use with networks utilizing Vehicle Location Reporting Facilities. At step 958, 
an initialization process begins in accordance, for example, with step 802 of Fig. 15. 
5 At step 960 the wired communication network interface module 100 determines a 

position recording file to be used to record data. The position recording file may be 
^ ^ Stored 10: .At-- step 962^^^^i^^.j^m^M 
■ netwoWO? Thereafter 964^^0^^^^^ 

---Mtervat'^ provided to the remo|e^ie^^4a^^^^tei3 

10- the mobile data controller 54. -W- ~ 

" At step''"9"66" a -data read" operation" begins. The data read routine may. be:,v ,* 
invoked by the outbound data event handler 96 at step 850 (see Fig. 18), initially, at • *->: «... 
step 968, the wired communication network interface module 1 00 determines if there 
- ■— is data in the read buffer. If at step 968 the wired communication network interface 

- 15 module 100 determines there is data in the read buffer, then at step 97-0-the contents 

-~ — - - - of the read buffer is returned to the calling module. --~r~~~ ^ 

- ;T:7jxk^-:^> _r^_.-- ... - At §tep -972, a write data operation is started. The write data routir^jna^,he^ V; ^ggg 
^M^^^t^initiated^by^eMnbourid data event handler 94-ai step 836 in Fig, 17. Jmi^^^ej^^^.^ 
:^^mmfiM^\t': { ' -- 974, the Wifed ^ommunicatibi^netwo^Urifeface module- 1 00" detejmu^g=a|f^^vi- ifilaSE 
'-4f0 <J(-: JfV". ' Global-Positioning Satellite (GPS)-message has been accumulated. If at^tep the^ _ ^gzi 
Wired communication network interface module 100 determines that a full GPS 
message has not been accumulated, then no action is taken at step 980. If at step 974, 
the wired communication network interface module 100 determines that a full GPS 
message has been accumulated, then the message is converted at step 976 to a 
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standard form usable by the wired communications network 10. At step 978, the 
position recording file at the host is appended with the GPS message. 

At step 982, a terminate routine is initiated. The terminate routine may be 
initiated in accordance with a terminate request at step 818 in Fig. 15. The terminate 
routine may comprise closing the position recording file at step 984. 

Referring now to Figs. 23 A and 23B, there is illustrated exemplary flow charts 

l^rOFac^ R^%ringtd Fig.g3A>^W: 

- 986, an initialization process begins. The initialization: process may be started, in" - 
" : f: ' accordance, for example" with step 802 of Fig!- 15;- At step -988, a message queue for- 
•• ~-V "* the remote device 52 is accessed: Thereafter, at step 990, if no queue exists for the- 
remote device 52, a message queue is created at the remote network controller 20. 

At step 992 a data read operation begins. The data read routine may be - 
invoked by the outbound data event handler 96 at step 850 (see Fig. 1 8). Initially, at 
'•" | -*'~"- step 994, the "wired communication network interface module 100 determines if a 
"J&SfcL "message is-in-ttie-process of being sentv - If at'-step 994 the wired communicates 
^>©#;i^network mt&fae%%ddule W^ettoiHes-^^messAg^il >eing-.senrtga^^^ 
'998; the eurrehPin^ssagC' seflient is serif by the remote 2 device 52 Ami^wm&t 
^y^;x6nimunicatiori-fletwork--t0.-- If- at step 994 the wiredtcpmmunicatipn f :ne^€ic^ 
interface module 100 determines that no message is being sent, then at step 996, -the 
wired communication network interface module 100 determines if there is a message 
queued. If at step 996 the wired communication network interface module 100 
determines that no messages are queued then no action is taken. However, if at step 
996 the wired communication network interface module 100 determines that there is 



43 



Be^B/ailable Copy 



P15733.S05 

a message queued for the remote device 52, then the current message queued is sent 
at step 998. After the last segment of the message is sent, the wired communication 
network interface module 100 may indicate that delivery of the message is pending 
to the remote device 52 at step 1000. 

At step 1002, a write data routine is initiated. The write data routine may be 
initiated by the inbound data event handler 94 at step 836 in Fig. 17. Initially, at step 
v - i@04;:the:wir-exl^ 
message i^^^ 

:P - module.:!©^ ^ 5tep ic 01 ft5fe^fe~ i 

• communication network interface module. 100 starts a new queue entry. Thereafter, 
' ' - ' processing continues at step" 1 006; where the.message segment is recorded,.. At step 
1 008, the wired communication network, interface module 100 determines if this is., 
the last segment. If at step 1008 the wired communication network interface module 
100 determines that it is the last segment, then-at step 1012, the queue entry is closed 
and "Message Received" message may be placed into the read buffer at step 1014 to 
be sent to the remote device 52 . If at step 1 008 r the wired communication network 
interface module4 0adetejMines:that it is .nptjhejast segment, then.np.. action is taken. . 

terminate routine may be initiated in accprdanee-with a terminate request at step 818 . 
in -Fig. 1 5 . At step 101 8,-the-Ayired commtuni cation network interface module 1 00 
determines if the terminate request has come in the middle of a message. If at step 
1018, the wired communication network interface module 100 determines that the 
request came in the middle of a message, then the message is purged at step 1022. 
Processing then continues at step 1020, where the wired communication network 
interface module 100 closes the message queue. 
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Referring now to Fig. 24, there is illustrated flow charts of the set of 
procedures associated with the wired communication network interface module 100 
designed for use with networks utilizing Credit Card Point-of-Sale Facilities. At step 
1024, an initialization process begins. The initialization process may be started in 
accordance, for example, with step 802 of Fig. 15. In accordance with the invention, 
no action is required for the initialization procedure. 
iu, -!,:..- .. ... -, ,i At -^p^026-a-^ The. data. read. roMine; ; may^be_ ;T - : 

18).;Jj^aJj^^|teg^ 

;- 7 ; „ 1028, the v^te^ir^ltepf^o^®^flace module 100 determines -if teei^ ; 
~ r "* : - a response from a server attached'to the wired" communication network 1 0. - If at step. 
1 028 the wired 'cbmmuhfeara r n'6tWorirMtter-face module 1 00 determines there is 2c 
response from"thrserVe^^ response is read, and the response 

buffer is returned to the remote device 52 at step 1032. If at step 1028 there is no 
response from the server, then no action is taken. 

At step 1034, a write data operation is started. The write data routine may be 
initiated by the inbound data event handler 94- at step 836 in Fig. 17. At step 1036, 
- the wired e6imMffieafiS^efwDrlMnterfac6- module 100 first determmesj.ta,%lk. 
r^-jrv -request by^he-remote^de%ice-;5'2: has- been accumulated. If.at step 1036 the.w ; ired,T 
■■"4V ■«.■■* : Vcomihufiictein^^ilto^fS^e mOlUle 1 00 Mermines that a full.requestrhas-notr 
been accumulated, then ; the remote device 52 confmuesjto accumulate a request at step - 
1042. If at step 1036 a full request has been accumulated, then at step 1038, the 
request is formatted for the server on the wired communications network 10. 
Thereafter, the request is placed into the server file at step 1040. 



45 



Be^^^/ailable Copy 



P15733.S05 

At step 1044, a terminate routine is illustrated. The terminate routine may be 

i i 

initiated in accordance with a terminate request at step 818 in Fig. 15. According to 
the present invention, no action is necessary for the terminate routine. 

Referring now to Fig. 25, there is illustrated a block diagram of the various 
5 components of the mobile data controller 54, according to another aspect of the 
present invention. The mobile data controller 54 may be specifically designed to 
a^=^ match-i^e^yjiGhr^ from.the remote device 52 to thejrgd^.^..^ 

10 ' r : ' interface 24j;Qf the; remote network controller 20. In addition, the mobile data 

J - controller 54: may have aunique identifier associated with it for routing purposes. v: 

:r . . •. fira^Qsdance-wittbthe present.inveHtio», the mobile data controller 54 may,.^,-,; 

implemented by any combination of hardware and software. For example, the mobile 
data controller 54 may comprise a commercially available processor with overlying 

15 software and random access memory. The software running in the mobile data 

controller 54 may-be-written in.Z8Q gr ottier appropriate processor-based (i.e., native^ _ . 
; ; _ , J^r-^ass^bJyUanjuager^and configured: .to the .specific radio infrastructure 56. ^he „^ 
- .... " ^o.ftwarevmaF-specify--:me^aEio.us..yOltage, levels, and logic signals necessaj^ to^ 

- - ^.Wlv Qommumcai&yia:#«f As n ° 1 -?,4 f^Y&^fe:^ 

"7 "20 mob^ da^c^mo^ MjmtMM^^ and pass any.. protocols associated with |he_ . _ 

wired communications network 10 to and from the remote device 52 to make it appear 
to the wired communication network 10 that the remote device 52 is locally-attached. 

The mobile data controller 54 is configurable over the radio infrastructure 56. 
configuration information may be input by an operator at the remote network 
25 controller 20 through the console interface 34 (see Fig. 2) and passed over the radio 
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infrastructure 56 to the mobile data controller 54. This allows parameters such as 
packet size to be changed at the host wired communications network 10 without the 
necessity of altering the mobile data controller 52 in the field. 

As shown in Fig. 25, the mobile data controller 54 may comprise an RF 
communications interface module 106, a remote device communications interface 
module 102, and a configuration and monitoring module 104. The mobile data 

ssassc- ^f^ite&f^m^&ffi tdWre&rote device 52 "via a:cpt«munieate^it#&? 
iofil^\ng^^^^^M' :: M^^0^m6 dommunicationf iriterfao.ejBd^tt 
ilf 1 coh&cSWte ^mote device ~52 via^the communication port :108*and£*isi?. 

7 ' responsible!* lending daSrtb', aTftd recewmgliata from, the remote device^, The^ 
communication ptt08 may Comprise; for example, an RS-232 adapter;- i:^ ^ «• 

^■V: ' The configuration and monitoring module 1 04 is specific to the type of radio ; 

infrastructure 56 employed. Software parameters, such as the number of subsystem 
ports, how often to send health and status requests, and a list of host data controllers 
22 to which the mobile data controller 54 can communicate, may be set and stored in 

-~ the configurafibn'and monitoring module 104. The configuration and: monitoring. 

W^S- mo dule iof^also accumulate statistics which are passed.to the host,data,CQ^rote 

f#tf%.;. • '** ^i^^^^m^^ p^tMt^fsB^ &iovs m the mobile datac^on^lM^. 

-an operator may^be provided with the ability to field test and analyze the mobilfedata. 
controller via an external diagnostic port 1 12 to determine a cause of the system error 
or failure. The diagnostic port 1 12 may be used not only to determine if the mobile 
data controller 54 is operational, but also can be used to configure software 
parameters to determine the type of the radio infrastructure 56. These parameters can 
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be changed to communicate with a different type of radio infrastructure 56 as 
necessary. 

The RF communications interface module 106 is responsible for sending and 
receiving the data via radio-frequency (RF) transmission. The RF communications 
interface module 106 is specific to the radio infrastructure 56 used, and is connected 
to the radio infrastructure 56 through a communication line 110. Because the mobile 

Si^S^hioJbii 

J?SaSb loworkrcwith:: "nianyeV'types^ ^f-4a#0.tvteteifucture 56 : - ^rotocols;.^ JMmIBIM ; 
: v:.; IcommunicationsMnterface n^dule406 may also send' healtlfand status jnfOTmato^:; 
: " " regarding the mobile data controller 54 to the host data controller 22. This 
information may inform the remote network controller 20 that the mobile data - 
controller 54 is operational and the remote device 52 is accepting data. 

According to the present invention, the RF communication interface module 
106 may include a commercially available modem (not shown). The modem may be 
selected depending on the data rate(s) of the communication line 1 00 and the radio • 
; Wt£iih&astmcmre 56:-4vlore4han:one modem-may-be provided if multiple 4% r ^^gfc 
-" " required. Optionally, the modem can be implemented using, a PJigital Signaler 
^#I=?¥rocessing' (DSP) c^ju^ssocial^-sof^ a commejcaaj^^ 

^? ^available -programmable .signal processing chip. In v such^ a- case,^the. pSRv|^ 
implementation will allow a single modem to be changed (e.g., by uploading new 
parameters to the DSP software) in order to communicate with a plurality of different 
types of radio infrastructures 56 having distinct protocols and data rates. 

Similar to the host data controllers 22, the mobile data controllers 54 may be 
compatible with, for example, conventional point-to-point radio systems, 
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conventional repeater-based radio systems, LTR Trunking, Motorola Trunking, 
Ericsson (EDACS) Trunking-Voice Path, EDACS RDI Trunking-Data Path, and 
EDACS IMC Voice Path based radio infrastructures 56. 

Referring again to Fig. 2, a brief description of the interprocess 
communications manager 28 will be provided. According to the present invention, 
the interprocess communications manager 28 is responsible for routing all 
- communie^ within-^j ; rempte : :. 

ZM route -ffbmlhe iifa^^^e#^6^tBe>^cgm^we 30 pf : the-ren^te s n^Qfe 
• • controller. The interprocess L communications manager 28 passes routingjnformation ,' 
which determines from which radio infrastructure 56 and remote device 52 the- 
inbound data has come from, and to which radio infrastructure 56 and remote device 
52 the outbound data will be sent. 

The interprocess communications manager 28 may also pass information 
generated by the remote network controller 20, which is independent of the data and 
' routing information. This "information may include internal parameters and error- 
detection coyes.- The^ihterprocgk' communications manager 28 also intejfeces with - 
* ■ ••. : -th'e=ebnfrol- process^ as the "m^^ 3 ^^ 

of the^remote rietWbrk cohiblief -2®p The^cSnlrol process 26 ; proyidj&^r^sour^ r 
mahagement,-process management* session management, configuration.raanagement 
and system statistics management within the remote network controller 20. 

As further shown in Fig. 2, the remote network controller 20 also includes a 
console interface 34. The console interface 34 may be adapted to allow a network 
operator to configure and control the wireless Network Interfaces described above, 
the mobile user characteristics and the configuration information of the wired 
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communications network 10. The console interface 34 may be a stand-alone platform 
having a commercially available processor (e.g., an Intel or Motorola based 
processor) and an Ethernet controller card for communicating, for example, with 
another remote network controller 20. 

Referring now to Fig. 26, there is illustrated a remote gateway 120, in 
accordance with another aspect of the present invention. As shown in Fig. 26, the 
:;£?-' - remote. gateway^l&is rcomptisedvoYiaiteansparent-ebmmunications r$Qd$te±22^ 

5iS^ rcoimmmic^oreino^ 120fe^ toctionall^sjmj^tQ tfe- 

mobile data controller 54." However, the remote gateway 120 is a specific type of 

mobile data controller that"may be used to attach to a remote telemetry unit for 
monitoring, for example, electrical power distribution. . - . 

The transparent communications module 122 is responsible for communicating 
with a terminal device, typically a Remote Telemetry Unit (RTU) located in the field, 
and accepts data from the RF communications module. 126. As shown in Fig. 26, the 
transparent communications- module 122 may be connected to a RTU. 133- via a 
-communication^ communications module, 1.22. ; does not 

recognize My^rotocal;&butGhandfesi:hardwaEe -flow, control and^^^&j^. 
■ paeketizingsDfeaeornmum 

- - 122 and the RTU B3 may^bc carried through^asynchipous serial transfer,., ,. ... 

The RF communications module 126 is configured to communicate with the 
remote network controller 20 using whatever protocol is required for data transport 
over the radio infrastructure 56. The RF communications interface module 126 
interfaces with the radio infrastructure 56 in a similar manner as previously described 
above with regard to the RF communications interface module 106. The RF 
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communications interface module 126 accepts data from the transparent 
communications module 122 and delivers it to the radio infrastructure 56 for 
transmission to the remote network controller. The RF communications interface 
module 126 detects collisions with inbound RF data and restarts outbound 
transmissions. The RF communications interface module 126 performs error/retry 
functions and notifies the transparent communications module 122 of successes or 

= femote g^w^^'^di^M^S^i^aiefe gateway should a sy^^erjor^f^ v ^:.;-. 
- problem arise*.' An external diagnosticport 112 connected. to the field-service interface;^- 
module 128 may be provided for this r purpose. The field service interface module 128 
may interact with the configuration and health module 124 to query, set, and reset 
local configuration of the remote gateway 120. 

The configuration and health module 124 may accept configuration 
information from the remote network controller 20 via the radio infrastructure 56 and 
'•' adjust the operating parameters oflhe remote gateway 120 accordingly. The ... .- - 
-confi^rati^^d^am-nwdule^^may also monitor. and determine r if the F Rf yr^&? , ; 
^-•^^ ^'communi^o^Mol^ ofl§|apjtipai^-^^i; 
• :^u*the : hbst-dat*®^e^^^ atiap®f fhe data stream. If ;a. packet olffiformatigK^ri-- 
'-- ~- " has not bell^^e%Mly#ari8aBtfe^fc& configuration and health module 1 24 may^fj- lr -= 
direct the RF communications module 126 to resend the packet of information to the 
host data controller 22. 

Referring now to Figs. 27 and 28, there is illustrated a block diagram of an 
integrated remote network controller 140 according to another aspect of the present 
invention. The components of the remote network controller 140 that are similar to 
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that discussed above with respect to Fig. 2 are designated with the same reference 
numeral and also with a prime (" 1 ") added thereto. 

As shown in Fig. 27, the remote network controller 140 according to another 
aspect of the present invention may include one or more service interfaces 30', an 
interprocess communications manager 28', a control process 26', one or more mobile 
interfaces 24', and a subsystem synchronization processor 150 which is used to link 

- • one or moreTemote%eWb~rk controllers 140 together (see Fig. 28), .te$^% shom?:^: suM 

*j 2l?Wl'pi&V*^^ 140: $Mty^fe;u 3a 

- - data controllers -22'.iand-mobile-interfaces 24 ! may be dependent on. toe number ?f ^, .^ _-v- , : 

radio infrastructures 56 present; In addition, the number of service interfaces 30' may - : . .. 
" V be dependent on the number and type of wired communications networks 1 0 present. 4 _..- . . , - 
According to an aspect of the present invention, two remote network 
controllers 140 may be linked by a local network 152 (see Fig. 28). This 
configuration provides a redundant system which insures greater reliability of - 

- ■; communication between the remote device 52 and the wired communications network . — 

..^.Q^Fdr exaffipler"si&%lQiany particular- component fail, such as a hqst^nttpU|r ; ^^ : ^ Vi ^,^ ; 
M^0t>tfrcih*e^ the i^mote^eyici^^l^y-^^.^ 

fe^oiiu^cate^ 10 because of ^^na^y^^^^ , 

" : 'of the componentstoferemote network controllers 140provided. -V-v^j*^^^^^ 
There are two main implementations of this system according to the present 
invention. With the first implementation, only one of the remote network controllers 
140 is operating at any given time. Should the operational remote network controller 
140 fail, the other remote network controller 140 may immediately take its place. For 
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example, if remote network controller "A" fails, then remote network controller "B" 
may be activated to take its place. 

Under the second implementation, a distributed processing scheme is utilized 
and both of the remote network controllers 140 are operated at the same time. 
According to the distributed processing scheme, the processing load (e.g., event 
handling and data transfer) may be distributed among the operational remote network 
r™^ r 7^ontr&rs4 

- :i-^h&-above-menti4hed distribution of the processing load is generally, a.functign - 

of the radio infrastructure 56, and not the processing capacity of the remote network 

controllers 140. This is because performance increases are mainly based on the-—- . ,. , 

number of available communications channels, rather than the raw processing 
capability of the remote network controllers 140 attached to the wired 
communications network 1 0. For example, if the radio infrastructure 56 is a trunking 
radio network" wiih five channels, it is possible for all five channels to- be _ - 

, si ^^e^sly^nocated-and^ise(i-by ^the-f emote networkxontrollers 140. fQn ; ihe w ^:i^A 
■^^^M^fth^^oB^^^KaimH available -in-the^radio iiAa^^^^^^^-^assssH 
^ffty^^4s»et^^iw6rk 'iEmfroHer '140xah-access the. radio infrastmj^^^U..^^^ 
time; as ; a resultyno performance gain-may be realized by employing multiple remote V ^^m*? 
network controllers 140 when only limited channels are available. srr .- - 

As illustrated in Fig. 28, the local network 152 is used to connect the remote 
network controllers 140 together. The local network 152 may be, for example, an 
Ethernet local area network. Each of the remote network controllers 140 includes a 
subsystem synchronization process module 150 that is connected to the local network 
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152. Two separate console interfaces 34' may also be attached to the local network 
152. Each console interface 34' may be attached to the local network 152 to allow an 
operator to configure and control a particular remote network controller 140. 

The subsystem synchronization process module 150 may be implemented 
through any combination of hardware and software and is responsible for keeping 
track of all routing tables and health and status information associated with both of 
the remote neMojcteconticrllers m. -Bash-subsystem ^^^}m^^^^^%_— r ^ 



h ?#S r S~ -netw^k-^^r^lJ^and niay access all routingjabjes and [^k^^^^, 
ro ^i- - information with-respect -to, the remote network controller from the in^rpcess . ^ 

- : " ' 1 :: " '=« s ' communications manager. The health and status information and routing tables may 

•"• - be periodically updated based on the status of and events present at the remote 

network controller 140. The periodically updated health and status information and 
routing tables may then be shared with the other subsystem synchronization process 
1 5 module 1 50 via the local network 1 52 so that the tables and information associated 

■ ' ■ w ith both" of the remote network controllers 140 is maintained in each of the 

-•'4?4§&^7- -.subsystem^sy-n^^ 
-are .jeri^eaky-^ 
Jr^rMiQM^ 

: ' . .-. modules l-5fcat predetermine.d-intervalsT-. If a particular: subsystem syncJixQpizati^on = 

process module 150 does not send or receive, the tables and information, or if a 
particular subsystem synchronization process module 150 sends information 
indicating that one of the remote network controllers 140 has malfunctioned, the other 
subsystem synchronization process module 150 may reroute any existing connections 
25 to the host data controllers 22' and to the wired network 10 of the malfunctioning 
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remote network controller 140 to the remaining operational remote network controller 
140. 

As further shown in Fig. 28, the host data controllers 22' have two ports, 154 
and 156, that are connected to a different remote network controller 140. As in Fig. 
2, the remote network controller 140 communicates to the host data controller 22' and 
sends health and status information through the ports. If the host data controller 22' 
n , r. does not receive?ihf6rmation that ;on"e of the : remote network: controllers ^ J^S^& 
5*^^Qpg*i*to^ e.g. , . fr^m-rpprt 1 ^gjg&li&Bmtf 

_v~^-in^rdei.^ 

: - .While the invention has been "described with references to several exemplary. . ■ '- 
embodiments, it is understood that the words which have been used herein are words : 
of description and illustration, rather-thatfwords of limitation. Changes may be made, 
within the purview of the appended claims, without departing from the scope and 
spirit of the invention in its aspects. 

For example, although Fig. 28 only shows two remote network controllers 140 
that are connected by a local network' 152, it-is-possible to connect two- or more 
rem ote network-eontmllers-by-theTdcabnetwork 152 to providejncreased redundaripy^;^ 
-in ;additioh|-a?pluisli^^lo^l:networte may_be provided to ppnnect^. f^m.^g=^^ 
-network controllers^-Other^o^ presejii Jn^ention _ may ir m^v^^^- 

r -- J selectively processing-inbound arid outbound- data in a different logic order and/qr.,by 1=T - s 
different components. In accordance with such a modification, processing functions 
may be performed only by the control process, or in the interprocess communication 
manager. Another application may be combining the mobile interface with a host 
data controller, and placing the integrated unit within the remote network controller. 
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Referring now to Fig. 29, therein is illustrated a general overview of another 
embodiment of the present invention which includes a mobile Router 200 in 
accordance with an aspect of the present invention. The Router 200 provides the 
mobile application or device 52 with the capability to selectively transmit and receive 
5 data over a plurality of radio frequency infrastructures 56 and/or the public switched 

telephone network 58 in accordance with user configured parameters. 
^.~7nReferrmg-nWt6 a sch<^%;Wg t ^iiaj@^^^^^ 

. demerits w toe ^iM^^nmiiv-^escrpa: -arid in jgreater. detaiyb^^f^^^-^,^™, 

- - fo : - - showh-in. Fig. 30^ the- mobile "applicatiortordevice 52 may be attached to multiple - • 

Networks by theRouter'200 through Network/Interfaces 2 14A-D, a Router Core 204, . - 
and a Switch 21 21 The Network Interfaces' 214 A-D provide connectivity for data . 
between the Switch 212 and the various Networks infrastructures (e.g., radio 
infrastructures 56 and public switch telephone network 58) through which the mobile 
1 5 device or application 52 connects to the communications network 1 0 (see Fig. 1 ). The 

Switch 212 is actnated by the Router Gore -204, and sends data to . a fixed host _ 
■.: , appfoation opdei^ network. The Ne^odc^J^^^^j-. 

f ^ % j? : , -^-^wx^yesil^^i^tD^e^-etw-oi^vailability process; 21 0, ^k^M s ^^ii 

- -V ••• ^infbrrtationwW^^^ 2 Aippera^4nj^^;,% 
&. -2©' - . accordance witbJtJseP Configured parameters 208 which specify^hejajap^^P^. -&>^&~s. 

which Network the data is to be transmitted.- The decision process 206 monitors the 
User Configuration parameters 208, and the Network Availability 210. When the 
Decision process 206 (in accordance with User Configuration 208 parameters) 
specifies that a Network (e.g., Network 3) different than the Network currently in use 
25 (e.g., Network 1) should be used, the Decision process 206 checks the Network 
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Availability 210 for the particular Network to be switched to. If the Network is 
available, the Decision process 206 instructs the Router Core 204 to switch to the new 
Network. The Router Core 204 then updates routing tables (not shown) maintained 
within the Router Core 204 to reflect the new data path, and actuates the Switch 212 
to connect to the new Network. Data may then flow over the new Network. In 
accordance with an aspect of the present invention, data may flow inbound to the 
: ~- J :4;\- ; • fixed hos.t thri>agh:one-Netw.ork, and outbound to the. remote mobile Applicato.,0^^^, i-i 
:v^-:u:^vi<*^ a different^ 

; sl f-ivL l-v^Wjm^^ or device 52^y^opjris.e DC ^^^ 

10-." . .. .a software application running™ a portable. or laptop computer performing a variety^^.^. if — 
-.; -,_ -.z- - 0 f function's as-prOgrammed-by-toe software application (e.g., database services). The _ - . 
"• "•' Application of device 52 may also comprise a special purpose device designed to.- r ,. : , : 

perform a particular function, such as a credit card reader or barcode scanner. The 

Application or device 52 may generate a data stream which is sent to a fixed location 
15 (e.g., a host computer infrastructure 10). 

.... ... .. An^exemplaryapplication running on the mobile device 52 is a mobile-remote.. 

• iLi : S V. -.client application whichiprovides the remote user. with the capabil^ojgrjj ^gofe^^^^ 
tfv M^i^ The data. r ma|{^o^i|t. of^^^ 

may bemused by service pereoi»si^f at^l^^^^ , . 

20- I. .- fleet of vehicles to:serviae :Customers scattered about a wide geographic area. In th_e^ ^ 

exemplary application, the mobile client application may request customer records 
from the fixed database server, and display the records for viewing by mobile service 
personnel. The mobile client application may send updated records to the fixed 
database as the service personnel finish assigned tasks. The updated records may 

25 contain a service history, equipment upgrades, and repairs for each customer. 
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Another exemplary application running on the mobile device 52 may be a 
client application which retrieves a list of dispatched jobs to be performed by the 
service personnel during each day. The jobs may be uploaded to the remote mobile 
device 52 each morning and stored in another client application in the mobile device 
52. As the service personnel change job locations, the status of each job may be 
updated to indicate a status, e.g., en route, arrived and finished with comments. The 
^i^^«^^^-fi^^e f ^ficati6^^&e-^t¥6me officers© a dispajt^r^^fcs^sk 
4Mme : 0ffi^^a^vaie 7 6f iE^KcSfens^^mo^er sonhel in the field. -^smks^.lA^Mi^j^^ 
• ^~T-%jr :~f:./: "may comprise 

I fr ^i^t— portable br-laptop' computer ; a- "computer having an embedded Router 200^a.tenninal-- v. ,; 
- ^ or terminal -emulator;- a -data gathering device (e.g., a SCADA system or remote - ■ 

: ■ - telemetry system for obtaining data from a remote location for forwarding to a. central .. L 

location for processing); a card-swipe reader device (e.g., credit/debit/bank cards) for 
use in a mobile billing application, such as a taxi or mobile food cart; a smart-card 
15 reader; a logging device, such as those used in a package delivery system or fleet; a 

"■ ' " A device forTeading bar codes (e.g., for inventory control); and a remote application— 
^"- ^with- datFf^^fld- or^to receive/ from a fixed -application, or device, (fefe^^ffe 



s 8*&®£m&&^: d i agn el ^^^)f"Th ^^ove^^apfflteatiohff- are provided m&dy-iG&SBig^*®^^T&T^ 
^ill?^a^^ 52 may' be used withi^^^^dF^^ 

:ii ■■■ 200 oftfie^i^entiirventronr : . /£• - m^Jm^ -~~^ : m 

Typically the device or Application 52 sends arid receives data using a variety 

of protocols (e.g., Internet Protocol (IP) / transparent (via MDC 54) / ack-nack, etc.). 
The use of a variety of protocols provides for open transport of data throughou t many 
networks, and in particular, networks which support open standards such as IP. 
25 However, many proprietary networks which require interface and/or protocol 
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translation remain in use. In the Router 200 of the present embodiment, the function 
of interfacing with networks and protocol translation may be performed by the 
Network Interfaces 214A-D. 

According to another aspect of the invention, other types of devices may be 
5 connected to the Network Interface 214. Such devices may be used for functions 

other than data and voice communication. By way of non-limiting examples, these 
-- ^^Sf^fe::devices ma^iDclud^^bMositioning System ^f^^^a^.^^^.^^. 

^rbfi^£^|j^ . . _ ThejRautiex^ore 204" &;a junction ^vjhich shuttles messages betw^^,^-^ 

"'" 1Q : f:. - Application-6r Device 52 and the various Networks, ^accordance w^.%_pres^_ ; _ 
- '? -x - - embodiment,, the router Core 204 may control which network of a plurality, of usable . 
: ' . v " ::' 1 network messages are to travel over, and" connect access ports (described below) to 
each Network and the Application or Device 52. 

The Router Core 204 may also comprise a list of all possible "names"- or 
15 "addresses" to which data may be sent, or from which data may be received. The 

"=---•--—-- -- vr -r — local "names*' or "addresses' 1 of the Router-Gore 204 are stored in tables, within. a.- ... 
: /: - : v::-vl& memory (not shown) of the Router Core : 204> £Fhus, the.Router f Cpre 20%!^^^^ . . .. 
^%?::^l#^^^sAconw 

v-^fv;?\fe&ft - The Router : CoreM4^1so;ch)ecks all m^Sg^P^ing J»P»^-.^i4,^fe|^^U 
r - - 20 - F^tA : on-the address and/or name entries in the table's, if % ; message is ^lpvffl^c^s^.^ _ 
attached Application or Device 52, or to the fixed host (e.g., RNC 20). The address 
of the fixed host may be stored in the Router Core table as well. In accordance with 
the table entries, received messages may be determined to be valid or invalid. The 
Router Core 204 may also actuate the Switch 212 in accordance with the output of the 
25 decision process 206. The Switch 212 is actuated such that incoming and outgoing 
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messages can be sent through the "current" network, as determined by the decision 
function 206 (to be described below). 

The Switch 212 may comprise a message multiplexor, i.e., the Switch 212 
performs a one-to-many function for in-bound messages (to the fixed hosts), and a 
"many-to-one" function for outbound messages (from the fixed host). As noted 
above, the appropriate network selection is made by the Router Core 204 in 
-;- accordance .with.the output of the, decision process 206.; Messages.traye^^g^Jhe^ 
:, k : . .Switch .2 1 2, the Router. Core 2,04, and the current Network Interface 

^fe^g^^ a combination^. 

- . of hardware (e.g., multiple electronic- ports, one per Network Interface 214) .to . 
perform the physical connection process 21 2B, and software (e.g., handlers which are 
' interrupted at each character ~to^ move the 'character to either the Router Core 204 
(outbound), or to the current Network Interface 214 (in-bound)) to perform the switch 
logic process 21 2A. 

As a non-limiting exemplary hardware implementation, the Switch 212 may 
comprise an 803 86EXmicroprocessorrrunning at 33 MHZ, 256 kilobytes of FLASH 
- ROM; 51 24dtobytes of static J^AM, six asynchronous serial ports, two TT^ : to-JlS232. 
r:r.. -:;L,;convertors4n^facin 

.v. " external to&ffiii- S^WM^'^'^^'^*^-. TTL : skml interfaces - tor; 
internally-mounted daughter boards, which -cariycNerwork Interfaces 214A-D. Each 
Network Interface 214 mounted on a daughter board may include a power supply for 
the Network Interface, a serial interface to the 80386EX microprocessor, and an 
interface to the outside network. The outside network may be a radio, a LAN, an 
antenna (for internally-mounted radios in the Network Interface 214 ), or other device 
accepting or supplying data from/to the Router 200. 
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The Switching function of the Switch 212 is provided by each serial Network 
Interface port at the 80386EX microprocessor, and the software residing in FLASH 
ROM. The software logic determines which Network Interface to use for 
transmission and receipt of data. The decision is implemented in the Switch, by 
selecting a physical serial port (and therefore which Network Interface) is to be used 
as the current Network. The Decision software in the FLASH ROM instructs the 
-microproce^^ is maRpe4tp-sp.ed|icv r 

Jlk: : phy siraLad^re5se*4'iffiih« 803 86EX mi^j^q^^^JfeT 

;: -^i" T microprocessorth'en" the message buffers in RA^-anfe 

sends the message through the-specific serial-port which is designated as-^the "current . 
Network" Interface port; 1 The data then goes to the Network Interface (e.g., network : 
interface 214A) connected -to that specific serial port and on to the Network 
infrastructure. Received data is input to the Network Interface (e.g., network interface 
214B Which may be set to the "current Network" serial port) and the microprocessor, 
where" the received data is processed by the microprocessor. In accordance with an 
aspect of the = present -Invention, messages- which are received through- Network- 
--4, ; .Ihterfaees-^lfi-^^^ipateld'as me;"curfent Network" are. ignored, ^.-..^^^ 
_ =- The^e£Wbrk4hW^^ which-present .dj^tp^fSiObJfe? 

. data &dm^^&^^^M^^^t§b^;V^.^&woTk frequenciesj fe bandwidthSi 

and modulations.- -The^ 

messages pass, to and from the Switch 212. The messages are typically in the form 
of a sequence of serial digital bits. The Network Interfaces 214A-D also may provide 
a modulator/demodulator function which transforms the digital data into an analog 
form which may be easily sent through the R.F. Network voicepath, based on 
characteristics of the assigned frequency band of the R.F. Network. The 
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t v 

characteristics of analog transmissions are typically bandwidth (in Hertz, or cycles per 
second), noise present in the Network, and assigned frequency of the R.F. Network. 
Further, the Network Interfaces may interface with a radio, which may be included 
within the Network Interface 2 14, or may be mounted externally to the Router 200 (as 
5 shown in Fig. 29). The Network interface 214 radio interface comprises the actual 

physical connections to the radio for the voicepath data, the muting function (if 
^r-?r^%T^^ issuing* Bress-te--Talk^^^ 

:v >:7- t y/i the radio; both, a^-.u^e^o^^ 

s '±t-hz\Ti- : <~:. :hahdsh^|*^^AWa^d^^t^6tk and the Network interface IMmrMis^^ IM 
1 o - " - • 1 - -handshaking may-be necessary Jor-iproper timing of the data-out onto the RF.-Networt^^. -. J. 

•' ' - The muting function is used for silencing received signals which represent data, rather-. - - .,- . - - ' 
than voice traffic, which enables a remote user to mute the audible noise of the data 
traffic, which can be annoying to the remote user. - - 

Examples of Network Interface 2 14A-D include the MDC 54 and the NovaTel 
15 Wireless NRM-6812 Cellular Digital Packet Data (CDPD) modem. Where the 

" network interface 2 r4'comprises r the MDC 54, the radio is mounted external to the- , . , . - - , c 
~.t=k v ; MDC the Ndva£etaample,4he radio and the network mtt^^M^cM-.^-m 
"i • integrated4nHi^smJ&^^ — -•■ -■■ ■■- .v«r.- - - " ^fcwS&Swsak-isS 
; ^As'ibW^b^V^the NefwSrk-Interfaces 214 prQVide:cbmiectionsrtQjva^^^ 
20 ■ types' bi^et^a^^Thes^fleavifei^may be wired (for . example Public Switched. .. ^., -v;.^- 
Telephone Network 58), or wireless (for example Cellular Digital Packet Data 
(CDPD)). The following non-limiting list includes networks that may be interfaced 
to the Router 200 by the Network Interfaces 214A-D: private voice radio including 
conventional and trunked radios (e.g., using MDC 54), Cellular Digital Packet Data 
25 (CDPD), Spread Spectrum (e.g., direct sequence and channel-hop), GSM, GPS 
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receiver, satellite transponder, RDI (Ericsson) interface, AMPS, RAM Mobile 
(Mobitex), RS232, RS485, Angel (AT&T), Asynchronous Transfer Method (ATM), 
Integrated Services Digital Network (ISDN), public switched telephone network 
(PSTN (POTS) telephone network), Ethernet, Ardis, Personal Communications 
Services (PCS), and any other network which is either transparent or operates using 
a specific protocol. 

^-feN::^--;:^ networks are implemem^.h^ ^ .. ^ 

Sterifetofetosr^^ be very different, and t^eft^-^ 

jncompatih^ translation device may 

SS-idBSfih. NeJtw.QHP"Interfecc-.214'.to translate-between IP and the particular Q?twpj^__. 

'"•'*' protocol . By providing such a translation device, the Application or Device 52 can . ; 
"' "--' use IP data regardless of .the particular network the Application or Device 52 is, : 

actually using. -•. 

Referring to Fig. 3 1, a description of the functional components of the Router 
200 will now be described. The Router 20 may be implemented as an autonomous. 
~~-r~ device with-multiplexonnections to the networks through which data is to be routed,... .... . r _ ,„ 

The user .C0nfig^ation:Interfaefi.2O8. provides a means whereby an e^ern^ev^ ^ fe 
Am^such as ^keyboardAerminal may be used to supply configuration infonng^sudi^ u .^ n ^ 
i? r fe#l3efe^''kdi6^aS^ 1 ®ode 7a&di«sse^tSta^o the router. Such infbrma|gnj|^^ 
: % -/ -. accepted by- the.€sjn-figuration Interface 208 and is placed into a nonvolatile store„ fc .. • 
(e.g., memory)_which may be queried by other router components. In addition, 
capability may be provided whereby diagnostic information may be requested from 
the router and sent to the terminal device for evaluation by a technician. 

The Router Core 204 is responsible for making all routing decisions. For a 
given destination network address specified within a data packet or datagram received 
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from one of the network interface drivers 215A-D, the most-preferred path will be 
selected and the data packet or datagram forwarded through the preferred network 
interface driver 215A-D. Routing decisions are generally based upon such metrics 
as network speed and interface availability. Other metrics such as destination 
network, time of day, type of data, etc. may also be incorporated into the routing 
decision. Further, routing decisions may be made at the packet level such that each 

: fif^^^^^^Ss^r^^|MV iE ^^ers 20.1. ... 
^ %xtthpm^m^^^n%^'^fMPmhf include M : Mm^^^^md^fi 
f oken-Ring : DriveT7ahai Serial PPP Driver. The Ethernet Driver provides a means:-:p.:i^ 
for sending and receiving data through art Ethernet-type network. Thefunction of the . / ; I: ■-. 
driver is to shield the Router Core from the details of network media access. The,. :'. 
Token-Ring Driver provides a means for sending and receiving data through a 
Token-Ring-type network. The function of the driver is to shield the Router Gore 
from the details of network media access. The'Serial PPP Driver provides a means _•_ . 
- for sending and receiving data through a PPP-based serial data link. The funetion of 
^^^^driver'l^^niei^tne-Rdutef Core from the details of netW^rganed^raeegs^fei^. 
i ^&6x6f'M^%^5^^ ! ^y^ : P^' i ^ to - interface with . ote-ty^es^ji^sffsdca'sai^^ssjr 

~~-irecessary. — " - -- > -- 

^ - T he Netw«1^anability 210 (see also Fig. 30) "'is a- function whicte,^;-; 
periodically interrogates each installed Network Interface 214 in the Router 200 and -T 
may determine if the Network Interface 214 is installed; if the Network Interface 214 
is properly configured and functioning properly; if the Network Interface 214 is 
connected to the Network, on-line, and available for sending/receiving messages; and 
if the Network Interface 214 is in good health. The above interrogation process may 
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be accomplished by monitoring a timer tick (provided by the switch microprocessor), 
which instructs the Network Availability 210 to query each Network Interface 214. 
When the timer tick occurs, the Network Availability 210 function interrogates each 
Network Interface 214 as noted above. The status of each Network Interface 214 is 
then passed to the Decision process 206, which determines what the "next Network" 
will be if the result of the interrogation indicates that the "current Network" is 



experienciii^tr^sinisiM^ i ' .z- s i '^• s ^^g^gf^ 



f5 -HCCX/T- 



g , j^Tlfi^fiteW^S^ Network Interface 214 is de^ennmg|g^|^ 

>'is- an iannerj5^ if meNeg^;:^-^ 

-i^-jQ ; is CDPD; the Network. Availability_2iQ. interrogates the network to determine if the : 

.-:.-.'=:"-.--.;- Network Interface 214 is currently-registered with the Network, and therefore active. 

- - • - v - Also, in the CDPD network, the Network Availability 214 determines if the Received 

Signal Strength Indication (RSSI) is sufficient to transmit relatively error-free data. 
For example, in the NovaTel CDPD Network Interface a RSSI of -100 dBm will 
15 provide for good data transmission qualities. Thus, if the Network Availability 2 1 0 

• function queries the NovaTel CDPD Network Interface for the RSSI, and the response - 

' " ££§L ir N : --■ - is -1-10 dBm r then the sjgnayM®0^weak for,^ror*free transmission, ^d^herefore,.^ ^ 
I .- cannotbe used at-this-time. 5^«%f»a1a^^a&s§:.djQrjhe Decision r p^oce§s 20J> 



^a?5X^- T .- : : ■ ; ~- to determine if the-"current Network" should remain thej'current Network"^ and if- 
20 - not; to deterriun&-whatthe "nQxl-JiJpWrk'^hd^d-be?- : .-r ,. -.. '■ ~, . 

The User Configuration 208 block is used to define user configurable 
parameters by which the Router Core 204 selects the "current Network" and the "next 
Network". The Router parameters may include the date and time (e.g., yr-mo-da, 
hh:mm:ss), and the Network Interface 214 installed in each of the internal slots of the 
25 Router 200. According to the present embodiment there are six internal slots to 
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accommodate Network Interfaces to any of private voice radio using e.g., the MDC 
54 and a variety of radios, both conventional and trunked; Cellular Digital Packet 
Data (CDPD), such as Sierra Wireless or NovaTel CDPD modems; spread spectrum, 
either direct sequence, or channel-hop, as Xetron Hummingbird spread spectrum 
modem; GSM, such as Ericsson serial GSM module; GPS receiver, such as Motorola 
VP Encore GPS receiver, or Trimble SVEE Six receiver; satellite transponder; RDI 
- (e:g;;~Efics?^^^rface;v4mpiemented : viar-a software protocol .module. jnd ? 
7-i : i~rquasi^^ 

^V-and-fixed^ AT&T); AmySD^^ 

PSTN.;. Ethernet; Jurdis; PCS;,^ny r other network which is either transparent _or. 
. . operates using a specific protocol; and none. Although six slots are disclosed herein, 
other numbers of slots may be provided. " ...... 

Other user configurable parameters include: the priority of each internal slot, 
(e.g., 1 to 6) where the slot with priority 1 is the default startup slot and Network; 
baud rate of each slot (a default rate may be set to 9600 bits per second, but may be 
"" configured to be T any standardi^aud rate, divisible by 300, up to 1 1 5.2 kilo bits per 
r • --second); cost'p-er^dby^pef^^e^^O^pepkilobvtfe-where the leastcpslly.sl^t. 
Ir -;^.. that is availabfeSiM^h^est^^ P er slo t:fe^% !l9??fi« 

Point-to Poitft^PPP-FSerial^iieilnteEftet Protocol (SMP),; Hayes "ATV-ppmmands^ 
F.--7 - _ transparent); slot-mode, for^example- transparent, PSTN^cellular, IP, receiye^nly; _ 
slot name or address or phone number; slot to be used for diagnostics (e.g., default 
may be set to slot 2); slot muting to be used (e.g., none, PL, DTMF, other); number 
of retry transmissions per Network Interface (per slot) before declaration of Network 
Interface failure (e.g, 0-10); if slot Network Interface needs to be configured before 
it can operate (e.g., y,n); slot to be used for remote display (e.g., default may be set 
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to slot 2); slot to be used for Device or Application 52 (e.g., a connection to a mobile 
computer; default is slot 1); and frequency at which Network Availability 210 is 
checked (e.g., default may be set to five seconds). Other user configurable parameters 
may be introduced and configured as necessary. 

The User Configuration 208 function provides the user with the capability to 
instruct the Router 200 how to select a particular Network. These metrics may 
: & f q^lude, buFarta* limited toT wlieF^twork is : connected to which^Rp^ercpo^l^-r 
^■sKisgiife •of^y i i^^^|w©Ti : ^wifc^^|^OTce) of each Network^^^^dcefer— 
-df eaefi N"etw^i^ ;: and fr^feWed^fe^auifKfet^ork. '*./" '.* \ -f^sr: tstkts&mfc 

1 - - _,_ - On power up, the" User Configuration 208 is checked to detejrmjne4f iUs- ... ^ 
current. If the User Configuration 208 -is "determined to be out of date, the end user 
is requested to input a configuration. The user is notified by blinking LEDs on the :.. 
front panel or by a message sent to the mobile device 52. If the User Configuration 
208 is determined to be current, no user input is requested. 

Further, each Network is continuously evaluated for health and connectivity 
status. Thefl^are Fhumb^et'bf parameters which are examined to determine this, . 
■ -■ -inclM Strength Indication (RS^Cjear tp^p^M 

Vk cS«n~#(GTS;^^ Transmit Grant. . u j*L^* -sv. ddgtentiB 

; : ;: vr:; ^^|%i^te^^s^4dI^^fiMi6iisly examines the User : ; : Gonfigured f r j>-; 
- parametersCffle^serGonfiguratiois bloek-208, to determine the next Network-to use,,,, 
in case the current Network becomes- unavailable to send or receive data. Such an 
unavailability may arise because the remote user (and consequently the Router 200) 
has moved beyond coverage of the Network, or because a problem has occurred with 
the current Network or the Network Interface 214. 
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After the Decision process 206 has determined the next Network to use, the 
decision process 206 queries the Network Availability 210. If the next Network is 
available, then the Decision process 206 updates the routing tables in the Router Core 
204. The Router Core 204 will then actuate the Switch 212 to physically connect the 
next Network as the current Network. 

The Decision process 206 uses the User Configuration 208 parameters defined 
:r^fe-ab"oVeitordaeMm^^p^Tfic triterisf<^each-^ ~ 

fcsfeillibe7-ln^^ecisi0n:process 206 has made a tentative decision ^M^^^ iSl 
: iG \ ' - : another Netwdrk- (ue^thenext network-is to becomethe. current network), it checks .„ . . 
- ~ ' the Network Availability r 2 10 to ascertain if the Network is actually installed-,, -. 

' -• • ' configured, on-line, and in good health. For example, if the current Network, is. 

configured as priority #3, and the Network Availability 210 of the priority #2- 
Network updates to, for example, "installed, configured, on-line, and in good health", 
15 then the priority #2 Network becomes the next Network. The Decision process 206 . 

. w ill instruct the Switch 2T2 to switch the priority #2 Network to the current networic ; w : ; - 
i^^-^z^f. r--shoul-d - thfe" -©e^sldS^cess- 2-06-- deeide^to change.. Networks^ jt-gQ^ys^^^.^ . «& 



*tIS#r":f|fe tne Router Core 2(%^^^^0^^f^ 

- 2 .c-lto^etwork^ : - • - ■ v- &b^zWmm£-f^f 

20 "'- " The jjro^^^fe*t)ecision procfes^2G6--checkmg the User Co^gi^tlo^gl^^tir^.n- 
and the Network Availability 2 1 0 continues indefinitely, and is described in detail in 
Figs. 33-36. Generally, the process helps to guarantee that the mobile user always has 
access to a Network for sending and receiving data. This process also allows what is 
known now as "seamless roaming". This means that the mobile user can move 
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between Networks and continue to have reliable data transmission on the different 

i * 

Networks. 

Figs. 33-36 illustrate the logic of the software in the router. Referring now to 
Fig. 33, there is shown an exemplary initialization routine which builds the tables in 
5 the Router 200. Upon initialization of the system, at Step 310 the first channel 

priority is checked. At Step 3 12, it is determined whether or not the first channel is 

ft imfffd^kfi jaebqaBliKriN^ inihe table .my. ^J^^^g^e^m 

^^^ r ^23^of^e>destination i Mery.ening i'ntermediate:IP-addresses, the assigne^oi| > ;c^aMeL^_^ a ^ 
- rV-.tbv-"\ w -i:~^ priorities, and 'the application being used. Typically, channel one is..assigned,the, - ^ 
* -' ; " highest priority. After the-tables are built, the processing increments to .the next, ... _ 

~'~ channel at step 316. From Step 316, processing returns to Step 312. If at Step 312 a •.. 

it is determined that the channel being checked is not the first channel, processing 
proceeds to Step 320 to query whether all channels have been checked. If all channels 
15 have not been checked, processing returns to Step 3 14 to continue building the table 

- entries via steps 3 14 and 316 until all channels have been checked. - - - 

ezh.-:4.J** *&rii r ^ :„ Once it has -b.eenidetermined--that alhchannels have been chec&e4 ? jtt 322^^.^^, 

^^^^^^y|^^£^^guMoKeiTor is recognized and theprocessmgstqps.^ 

iiL. •_ — " - Jhave&been built-previously, e.g., .if -there are problems.with the -IP address, U;y there. . r , -g^s^ , 

was no destination address. If at Step 322 it is determined tables were already built, . 
processing proceeds to Step 326 where all channels are initialized and data 
transportation begins via the first channel. 

From Step 326 the processing proceeds to Step 328, also shown in Fig. 35, 
25 which illustrates an exemplary flow diagram of the Router 200 logic for accounting 
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the Network Availability 210 (Fig. 30) and User Configuration 208 (Fig. 30) to decide 
which channels to use for data transport. Beginning at Step 328, processing proceeds 
to Step 330 where the channel is set to the current channel in a database which is 
described in more detail below. From there, processing proceeds to Step 332 to 
retrieve the next channel to switch to from the database. The database is stored in 
flash memory and contains configuration information for each channel including how 
^~ each ^haimet^ 



; - and the-his'^iot^^^ The4ablei jdjscuSs^ajwiui r |e^ji^tev^ 



lQ^i^~. ■ Fig. 33 at Step 3 14 are also stored in the database-: . j- . 
- At step 334 a determination 1 is made as to whether the previous channel is. 

available. Of course if this is the first time through, ;no previous channel, will exist: 
If the previous channel is not available, at Step 336 a determination is made: as to 
whether the next channel is available. If the next channel is available, at Step 338 a 
15 determination is made as to whether or not the priority, is lower and it is. time to 

■ sw itch. The" determination Is" made "by rooking at the information im*he- User ----- 
ConfigigatfgSS^giP ^O) / TflHff- & c i fp : SMM^- at Step 340 a switch tpihe^next 
channels fflade?^romTOrerpr o^essmg^htihue^to stepJ-41'. -Where i&$$$0mffi$£Q&& 
: £M&m.^'-- . jf.the chaiMUw^s"swit!ched. : Ifm^iih^merv^^itcjh^ 

-■ - - - : step 343 where -a-ping is sent to confirm the path" is available. .From stsg s M3-T-the r - ; - 

- ••— processing continues to Step 342, also shown in Fig. 34. If, at step -341, it is 

determined the channel was not switched, processing continues to step 342. 

Returning to Step 334, if it is determined that a previous channel is available, 
at Step 344 an inquiry is made as to whether or not the previous channel has a higher 
25 priority and it is time to switch. The determination is made by consulting the 
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information in the User Configuration 208 (Fig. 30). If it is determined the previous 
channel is a higher priority and it is time to switch, at Step 346 a switch to the 
previous channel is made. From Step 346, the processing proceeds to Step 341 as 
previously described. 

If at Step 344 it is determined that it is not time to switch and the priority is not 
higher, processing proceeds to Step 336 where it is determined whether the next 
- ^GhanneMs ^ifl^^^e^^ta^pd^i&aH* av&?M^^t^0SMM&^ 

P fe- ^harii^ t0 s ^epv341 as de^cjited^tafi^^ 

£^~mzt StepM 6^^^M^m4mH^>^n^t Step;338-Aejngui^m^rio^y^. 

— and time to switchis-made as. previously described. At Step 338, if it is not .time-to . 
switch and the priority of the next-channel is not lower, the Router 200 stays on the - 
current channel at Step 348.- - : • 

Refer now to Fig. 34 which illustrates a flow chart of exemplary logic for 
checking the availability of each network interface. Starting at Step 342 processing 
proceeds to Step 344 where the status of the channel being used is recorded in the 
database. Furthermore, at Step 344; the Router 200 front panel LED's are updated. - - 

~ v - If at Step 3 4o7it is^deterhiined^ the availability of all channels has not^.eeri.chec^^ 

f&A-at-Step^I8^t^^ 

^availability is b^g.i|sed for ^mobjl&^ic^J^ 

5-2 i.e. the channel-is : already onBiehdx)f-the-network. KAbfechannel is.not available,,, \ 
the processing returns to step 348. If the channel is determined to be available at step 
350, processing proceeds to Step 328 also shown in Fig. 35. 

If at Step 346 it is determined that the availability of all channels has been 
checked, at Step 352 the availability of the present channel is determined. If the 
present channel is available, a connection is made at Step 354. If the present channel 
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is not available, processing proceeds to Step 356 for error handling. The error 
handling procedure is discussed with reference to Fig. 36 below. Upon completion 
of the error handling procedure, at Step 360 the channel is set equal to one at Step 
362. At Step 350, the procedure continues as previously described. 
5 Referring now to Fig. 36, which is an exemplary flow diagram of the Router, 

200 error handling logic, Step 356 continues from Fig. 34. At Step 370, the present 

372, the next and Eriviomclf^l^g^^ 

^SSl^SS-. otapplicalionyA^ run---such- as^9|^?5^^t.^^^b 

: ' 1.0 _ 1 . . previously. £rom unavailability routine^ Step 36, the processing continues to Step : e . 

360 as discussed witlrreference to-Fig. 34.. : , .' .. -. 

The Router 200 of the present invention may be used inside a mobile vehicle, . 
or carried by a person in a portable application. Further, the Router 200 may be 
provided as an external component connected to a portable device (e.g., a laptop 
1 5 computer)-or may be implemented within the portable device, such that the portable 

" device andrthe Router 200 are provided-as-bne integrated unit. Further, the Router 

i - ; % .200 may- fceaasedseiit&oi^ into measp^^^^t^tiag^^^y-^--^ . 

%^i$^—.i:JL- .equipment!^ a remote devjce m ^!^l^?55i| 'Ifeggs^lr 

KlSlfe A - very remotemon^ studies, etc., necessitating th|;„g^,4; 

20- •: use of multipleMetworks^ ■■ ■ .- - v- r i-?. ^■bcru- 

Referring now to Fig. 3 7 , there is shown the software architecture 2 1 9 of the 
Router 200 in accordance with an embodiment of the present invention. The 
architecture is strictly layered in that data flows only vertically between adjacent 
layers. The definition of each layer will now be described. 
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The Application layer consists of various processes that perform services 
directly related to the function(s) for which the device is defined. This includes such 
services as defining a device configuration, making decisions about which route to 
select for the transport of data and performing various diagnostic functions. 

The Presentation layer consists of a protocol-independent insulating layer 
between the applications and the lower-level networking functions. The Presentation 
w& .;rlayer4mplemen^ae^l^«ets:.compUant application programming^te^e d __ fegJ ^ 



10 r :- 



; . : T^^ related to handling the.Ijge^net,: 

.. .Protocol (IP). The main-function of the networking layer i,n this eriVironi^egtis the .,„^, . ... 

routing of data passed into- the layer from either above or below back out through. : . .. ..... „ 

" ; v selected Network Interfaces to deliver that data to the intended destination. The . .. , , 

relationship of destination and network interface is maintained by the Configuration .. ... 

Module and Routing-Decision Module applications. 
15 The Data-Link layer provides logical Network Interfaces through which the 

- : : - Networking Layer may -send- and receive data. One or more of these. Network. y rr ^- 
- zSYTt. ':. - -Interfaces .rn^b^activ^a^ time.-At least .one network interface mustbea ; ct^M : k 

•°b;r.\£ l £ . „r& ffi rNetwi)^^tlayeE3ifi3^i^e^details of .the ; many- Unk-level protqco^sejjo .^^^ 

20 r • ' . ^transport daia. _ -•=■ %L,z^yr^*-^;i&&\ -m 

The Device-Specific layer deals with the details of establishing and 
maintaining data communications through various types of communication devices 
such as radios, modems and data controllers. Each Device-Specific driver handles the 
. vagaries of configuring and interfacing with various types of communication devices 
25 while presenting a uniform interface to the Data-Link layer. 
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The Physical Interface layer handles the direct interface to external 
components. For example: A serial port driver may handle the sending and receiving 
of individual data bytes through a specific type of serial controller such as an Intel 
8250. 

5 A description of the functionality supported by various module blocks as 

presented in Fig. 37 will now be described. 

r^^^^^Ss^ is an- Application, layer moduj£jia^oj« r a^^^^ 

tecliuciaB^N^i^^-dat^se of device configuration inform^ 

\r-.l pur: f Ar*^ 

:-r : " \Q •'- implementation may allow-a-technician to access the Configur'ation^module, through . 

• - any of the defined Network Interfaces via a standard socket. . - :r ,rr" -y~t 

'"' " ' • The Routing Decision Module 220 selects the preferred network-interface : ... r_^_. 

through which outbound data is transmitted. This decision is based upon- a variety, of 
metrics including: Interface availability; Time of day; Type of service required; 
15 : Interface priority and others. Examples of various routing metric schemes are 

• - — presented later: " - - - ----- " ; --- 

i i*isrF&- ^r-Jt^^r . ™Th-e-^CP/IP- -Socket- Interface -224- supports an Applicatipj^^c^a^^-. S£ ^B 
: - %m£&. .fes-i, .J.nterfCc^^I-)-Which^ foraxampley conforms to the standard ^^^o^fe misr ^ 
^lBkrf%^r ; :J^ Layer from tl^eJail^f^.-HMcr 

-m^20- :t underlying networking protocols. It allows different network implemeB|aJtion.s -to. be . . 

employed without the applications being required to adapt. 

The TCP/IP Router/Gateway 226 implements standard IP host support with the 
additional capability of being able to act as a gateway between multiple networks. IP 
datagrams received by this layer that are not destined for a local IP host address are 
25 forwarded through the network interface that is currently designated as the preferred 
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route for the given destination address. It is possible that the management and 
selection of preferred routes is implemented by the Routing Decision Module 220 in 

the Application layer. 

The PPP Protocol Driver 228 provides a network interface whose data-link 
protocol conforms to the Point-To-Point protocol standard. The SLIP Protocol Driver 
230 provides a network interface whose data-link protocol conforms to the 

il}S ^lSeri^ 230 

"implerrie^^ NeTw» Interfaces which- .support eimer^^sig^ 

protocols ''i^M^^^W^th^M^'c(mYty that the tihderlymg^iHk-fe^riil 
protocol is transparent to the upper and lower layers and that additional protocptaayv*- 
be easily supported. 

The MDC Interface Driver 234 provides device-specific support for Mobile - "< 
Data Controller 54, as described above. The CDPD Interface Driver 236 provides 
device-specific support for a Cellular Digital Packet Data controller. Other 
device-specific drivers, e.g., Modem "X" Interface Driver 238 may be implemented 
to support current or future devices. 

The'i^ri^P^rf^river 240 r deals with the hardware aspects of asynchronous-^ 
-serial- data c5mMnTcli5ns^ulii§ matiiplflaungi Serial^ 'eontroUer orvothe^aefe^ 
m external interfacST Stner phfsfcal layer ^ vers 242-.i^te^in#teme^^^B!c^ 
y support different external interface devices either exist-tog^r "in the future, ■i^yiwp-s- 
Although the invention has been described herein with reference to particular 
means, materials and embodiments, the invention is not intended to be limited to the 
particulars disclosed herein; rather, the invention extends to all functionally 
equivalent structures, methods and uses, such as are within the scope of the appended 
claims. 
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For example, the router of the present invention may be included as an internal 
component of the mobile device, proving for an integrated mobile device. Optionally, 
the router may be implemented entirely as a software process running on, for 
example, a portable personal computer. In such an implemention, the internal slot(s) 
of the personal computer may be provided with network interface(s) and a software 
program may serve as the router core. Further, data may be routed to the different 

be ; n^9M -^Tfi 



'implemente3 vfiiicn' pre*- 



h\<k:&- i-y-szi -"-drives IH2"d^syri^aiit:-^— c 
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